At some point in the not-too-far future, everybody should use http://en.wikipedia.org/wiki/GUID_Partition_Table , which allows for 128 partitions. Also, the UEFI MBR should be big enough to actually put the kernel in there.
Posted Sep 15, 2011 14:24 UTC (Thu) by bcl (subscriber, #17631)
[Link]
As of F16 new installs use GPT. The future is now!
UEFI boots from a vfat partition so yes, there is enough space (we already support EFI) but it isn't stored in the MBR.
LPC: Booting and systemd
Posted Sep 16, 2011 13:19 UTC (Fri) by jond (subscriber, #37669)
[Link]
This sub-thread amazes me somewhat, because I thought everyone long ago moved to use LVM in nearly all situations.
LPC: Booting and systemd
Posted Sep 16, 2011 14:35 UTC (Fri) by bronson (subscriber, #4806)
[Link]
Completely the opposite! After getting burned bad by that corruption bug a few years ago, and trying to untangle spaghetti PVs scattered needlessly by lazy sysadmins, I avoid LVM when I can. For most Linux installs it's needless complexity and a bad temptation.
Yes, I'll still use it for a server that needs it. But with fast SSDs and contiguous 3TB for $120, I haven't needed it for 4 or 5 years.
LPC: Booting and systemd
Posted Sep 16, 2011 14:44 UTC (Fri) by Cato (subscriber, #7643)
[Link]
Posted Sep 19, 2011 18:26 UTC (Mon) by raven667 (subscriber, #5198)
[Link]
I'm not quite sure it's that bad, i've never had a server failure where LVM was a factor but I've had many times where LVM has saved my bacon with the ability to live upsize filesystems. I could see that on a desktop without battery backed write cache that LVM is probably not useful and trying to shrink live filesystems is fraught with peril but in the server use case it is very useful.
LPC: Booting and systemd
Posted Sep 16, 2011 18:25 UTC (Fri) by jwakely (subscriber, #60262)
[Link]
I always disable LVM on my own systems, I don't feel as though I'm missing out.