Date: Tue, 14 Mar 2000 13:06:46 +0000 From: Joe Karthauser <joe@genius.systems.pavilion.net> To: Sheldon Hearn <sheldonh@uunet.co.za> Cc: Joe Karthauser <joe@pavilion.net>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/tunefs tunefs.c Message-ID: <20000314130646.C1152@genius.systems.pavilion.net> In-Reply-To: <96700.953027534@axl.ops.uunet.co.za>; from sheldonh@uunet.co.za on Tue, Mar 14, 2000 at 11:52:14AM %2B0200 References: <20000314094708.B1152@genius.systems.pavilion.net> <96700.953027534@axl.ops.uunet.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 14, 2000 at 11:52:14AM +0200, Sheldon Hearn wrote: > > > On Tue, 14 Mar 2000 09:47:08 GMT, Joe Karthauser wrote: > > > Whilst we're here, any idea why we can't do a -m on a live file system. > > Oooer, this gives me the willies. Isn't this value used in determining > block allocation strategy at mount time? Maybe, but it's possible to have adaptive strategies. Being able to change this on the fly would be really useful. I'd also like a way to modify the in-memory copy of the superblock as well, as this'd allow us to have a partition resizer that can run whilst the system is live. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000314130646.C1152>