Date: Tue, 10 Jun 1997 15:22:37 +0200 From: Poul-Henning Kamp <phk@dk.tfs.com> To: "Gary Palmer" <gpalmer@FreeBSD.ORG> Cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, current@FreeBSD.ORG Subject: Re: overclocking Message-ID: <2481.865948957@critter.dk.tfs.com> In-Reply-To: Your message of "Tue, 10 Jun 1997 03:15:16 EDT." <18340.865926916@orion.webspan.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <18340.865926916@orion.webspan.net>, "Gary Palmer" writes: >[ CC: trimmed ] > >"Jordan K. Hubbard" wrote in message ID ><10342.865923203@time.cdrom.com>: >> Most importantly, I'd like to be able to migrate off and dismount a >> drive from a ccd or add one dynamically, automagically resizing the >> filesystem on it in either case, before I could ever consider it close >> to mission critical safe. > >Question: How do you plan to dynamically resize a UFS filesystem? I >think it'd take a LOT of work, as you'd have to ensure that your >filesystem had all the data (i.e. inode blocks, cylinder groups, etc) >associated with each file, on the same drive as the file, and that the >file would basically have to fit on the drive (this is assuming you >don't want to write a new filesystem). Veritas does this (expanding), the just add cylindergroups. If you added a bit of kernel code to blacklist a cylindergroup for future allocations, shrinking would be in range too. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2481.865948957>