Date: Sun, 9 Dec 2001 11:43:38 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Nate Williams <nate@yogotech.com> Cc: Jordan Hubbard <jkh@winston.freebsd.org>, Bernd Walter <ticso@cicely8.cicely.de>, Garance A Drosihn <drosih@rpi.edu>, "Louis A. Mamakos" <louie@TransSys.COM>, Sheldon Hearn <sheldonh@starjuice.net>, Kirk McKusick <mckusick@beastie.mckusick.com>, freebsd-arch@FreeBSD.ORG Subject: Re: Proposed auto-sizing patch to sysinstall (was Re: Using a larger block size on large filesystems) Message-ID: <200112091943.fB9Jhc438335@apollo.backplane.com> References: <50925.1007888526@winston.freebsd.org> <200112090941.fB99fGV36341@apollo.backplane.com> <15379.43805.336137.177646@caddis.yogotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
:
:I disagree. They may not be optimal, but they are acceptable.
It is far easier to present a rich set of partitions and allow the user,
in a few flicks of the keys, to delete the ones he doesn't want then
to present a minimalist set of partitions and require the user to
then screw around with them if he wants more (he'd also have to delete &
recreate the overlarge /usr and then create the additional ones).
Frankly I don't see how the minimalist set could possibly be better.
It requires far more work and understanding of the system. You may
like the minimalist defaults, but I sure as hell don't, and many other
people don't either. My way encompasses a much larger crowd (including
encompassing your requirements if you don't mind two flicks of the
keyboard to 'restore' it back to what you had before).
:> It creates relatively unsafe partitions - for example,
:> leaving /var/tmp on /var where /var itself is ALREADY too small for
:> a number of ports, including our printing mechanism and vmware.
:
:Completely disagreed. /var/tmp doesn't need to be any bigger *IF* you
:don't symlink /tmp into /var/tmp. (Which I still think is a *REALLY*
:*REALLY* *BAD* idea, but unfortunately I'm certain this will become the
:point to argue about, because I think this is the basis for most of your
:othe changes. :()
This is nonsense. Many programs operate directly on /var/tmp. In fact,
considering how small /tmp often is (being on / if you screw around with
it), many programs, and users, wound up not having a choice. Not to
mention the fact that having /tmp on / by default is unncessarily
dangerous in regards to a crash.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200112091943.fB9Jhc438335>