I would prefer having the option of four partitions for fault tolerance reasons if needed.
Sent from my iPhone On Feb 17, 2012, at 4:35 PM, Devin Teske <[email protected]> wrote: > > >> -----Original Message----- >> From: [email protected] [mailto:owner-freebsd- >> [email protected]] On Behalf Of Chuck Swiger >> Sent: Friday, February 17, 2012 2:18 PM >> To: [email protected] >> Cc: [email protected] >> Subject: Re: One or Four? >> >> On Feb 17, 2012, at 2:05 PM, Robison, Dave wrote: >>> We'd like a show of hands to see if folks prefer the "old" style default > with 4 >> partitions and swap, or the newer iteration with 1 partition and swap. >> >> For a user/desktop machine, I prefer one root partition. For other roles >> like > a >> server, I prefer multiple partitions which have been sized for the intended > usage. >> > > Then does the question ultimately become... > > "Shall we then have two algorithms and ask the user whether they are > installing > for the desktop versus server?" > > If that's the case, then I think this is something I could personally live > with > (as it then becomes possible to obtain the old layout of 4 partitions with > auto-calculated sizes ala Colin Percival's last sizing algorithm committed in > version 1.149 of src/usr.sbin/sysinstall/label.c made pre-SVN 6 years 6 months > ago). > > See > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/sysinstall/Attic/label.c?rev= > 1.149;content-type=text%2Fx-cvsweb-markup > > The above link describes the partition scheme that I and colleagues seek-most > to > return to FreeBSD 9.x and higher. > > I argue that Colin's algorithm is still useful for servers and is still the > preferred method of allocation for servers and thus should remain an option, > even if we don't change the [new] default back to the above linked-to scheme. > -- > Devin > > > _____________ > The information contained in this message is proprietary and/or confidential. > If you are not the intended recipient, please: (i) delete the message and all > copies; (ii) do not disclose, distribute or use the message in any manner; > and (iii) notify the sender immediately. In addition, please be aware that > any message addressed to our domain is subject to archiving and review by > persons other than the intended recipient. Thank you. > _______________________________________________ > [email protected] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[email protected]" > _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[email protected]"
