From owner-freebsd-hackers Sat Jun 26 11: 0:55 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id E815714D96 for ; Sat, 26 Jun 1999 11:00:52 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id TAA27120; Sat, 26 Jun 1999 19:53:41 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id UAA01650; Sat, 26 Jun 1999 20:00:36 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id UAA37362; Sat, 26 Jun 1999 20:01:29 +0200 (CEST) (envelope-from ticso) Date: Sat, 26 Jun 1999 20:01:29 +0200 From: Bernd Walter To: Matthew Dillon Cc: Aaron Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: ufs/ffs resize? Message-ID: <19990626200129.B37269@cicely8.cicely.de> References: <199906252100.OAA31969@sigma.veritas.com> <199906252115.OAA95464@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199906252115.OAA95464@apollo.backplane.com>; from Matthew Dillon on Fri, Jun 25, 1999 at 02:15:01PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 25, 1999 at 02:15:01PM -0700, Matthew Dillon wrote: > :anybody done any work on a utility for growing ufs filesystems? > : > :aaron > > It has been brought up a couple of times but nobody has tried > 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 locate > the inodes & indirect blocks associated with allocated data blocks > in the cylinder you are trying to remove in order to move the blocks. Thats a point you still have to do if you grow a fs - but you don't need to relocate inode but only data-blocks. That's because each cg has a summary information of some bytes which are duplicated at the beginning of the fs in the first cg. In some cases you will need one or more additional blocks in the first cg. unfortunately these are garantied to allocated in case of the first use for the /-dir. Depeneding on what Kirk McKusik wrote this summary information must be of full size. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message