From owner-freebsd-hackers Fri Jun 25 18:22:41 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 5C52E14C02 for ; Fri, 25 Jun 1999 18:22:39 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id SAA68863; Fri, 25 Jun 1999 18:22:19 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Matthew Dillon Cc: Aaron Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: ufs/ffs resize? In-reply-to: Your message of "Fri, 25 Jun 1999 14:15:01 PDT." <199906252115.OAA95464@apollo.backplane.com> Date: Fri, 25 Jun 1999 18:22:19 -0700 Message-ID: <68859.930360139@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > to do actually it. Personally, I think it would be a doable > project if someone wanted to have a go at it - to allow a filesystem > to be grown or shrunk on a cylinder-by-cylinder basis. The only real > complexity occurs when you are shrinking a filesystem - you have to locat e > the inodes & indirect blocks associated with allocated data blocks > in the cylinder you are trying to remove in order to move the blocks. To add to this, I'd also be inclined to see this done in the larger context of writing at least a simplistic volume manager to contain arbitrary filesystems, then extending UFS to support the concept of dynamic resizing. That way you could extend (the most common request) a ufs partition much more flexibly across multiple partitions or disks, that being what people are *really* asking for when they cry for a resizable UFS. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message