Am 04.05.2014 12:49, schrieb J. Roeleveld: > I wouldn't use the stripe/mirror support in LVM as I don't think it is used > often and I feel that functionality doesn't belong in LVM. > If you want to move it all into a single layer, I would suggest ZFS instead.
Oh, yes, I like ZFS and its features and used it in some cases already. But I didn't yet take the step to set up ZFS-root on my work machines. >> And then you get into issues with block sizes and stuff, where I always >> wonder why *I* have to type all these parameters ... why doesn't modern >> software just come with this knowledge inside? >> >> .... you know >> >> *sigh* ;-) > > I agree, and I feel that has actually improved over time with modern tools > defaulting to 4k sectors. Yes, but it always feels like "I missed something" when you look at the various layers: partitioning at correct sectors, RAIDs with their parameters, creating PVs with PEs aligned ... and then the filesystems. I never get the feeling that I really did it right from the base to the top. > Then it should work, provided you have all the required drivers inside your > kernel and not as modules. > I also believe an initramfs is needed when using LABELs for the root-fs. Interesting. I don't really care if I have an initramfs or not, as long as things work ... The feature with LABELs is nice for preparing installations in VMs and then move it to physical hardware (eg. /dev/vda1 then becomes /dev/sda1 or /dev/md0 and booting fails). > At the moment, I don't see, from a simple user perspective, any real > difference > between booting using UEFI and BIOS/MBR. UEFI is one thing, GPT partitioning another. Being able to have more than the 4 primary partitions of MBR looks good to me ... I will see where my motivation leads to ;-) Stefan
