On 2014-04-02 19:25 (GMT+0200) Olaf Hering composed:
Andrey Borzenkov wrote:
by-id links change only if disk changes. In which case as I already said you most likely will at least install new partition table on it which will have new signature.
Not very likely here. Cloning a disk here usually means literal cloning, followed by assigning new UUIDs, relabeling, and adjusting references to them in device.maps, bootloader menus and fstabs. The MBR signature does not get changed except in the unusual case tjat I find a reason to need to, in which case I do it manually.
They change also if the "disk firmware" changes. Which can be either the enclosure providing the disk (USB, Firewire, eSATA, IDE), or it can be the hypervisor backend driver. by-id or by-path is certainly not reliable.
And like UUID, not memorable, unlike humanly chosen labels and device names.
For bootloader configuration there is not much one can do, other than hoping for to yet be written smartass bootloader configurator.
Awareness helps in coping. hostonly="no" in dracut.conf can help. Cross-distros, I've had too many encounters with cmdline root= being disregarded.
For mounting the root, data, resume and dump partitions its up to the admin to put his prefered mount variant into fstab. And all tools have to follow that decision. grub2 fails to follow.
+1
And in fact, grub2 does not have to bother with root= at all. Instead it has to leave everything related to root,data,resume,dump partition alone. The only place where such settings matter is the initrd. As such its up to mkinitrd and dracut to grab the value from fstab and put it inside the initrd in case no root=,resume=,etc was given on cmdline.
Do people really ever do a resume right after updates that include new initrd(s)? OTOH, does YaST-driven bootloader re-configuration ever omit root= or *resume* from a stanza?
mkinitrd has some code to do that, unfortunately it defaults to by-id.
/boot/grub/device.map is easily enough corrected manually.
dracut just fails hard last time I looked at that topic. It expects everything in cmdline. bnc#855258 "initrd fails
Again, no thanks for a clickable URL to an inaccessible non-openSUSE bug: https://bugzilla.novell.com/show_bug.cgi?id=855258 This is an *open* SUSE mailing list, not a Novell list, not a SLES list, not a SLED list. <quote> <red> Access Denied </red> <large><large> You are not authorized to access bug #870321. </large></large> Please press Back and try again. </quote> -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org