Glenn Holmer composed on 2015-07-02 16:43 (UTC-0500): [TW discussion belongs in opensuse-factory]
Chris Murphy wrote:
This sounds like a dracut bug, where the initramfs has that UUID baked into it. Try rebuilding the initramfs and see if that fixes the problem.
Yes, that definitely seems to be it. From the rescue system, lsinitrd shows some files with names including that UUID. I don't quite understand that; hard-coding something like that into the initrd seems... how shall I put it... unwise.
I think it's supposed to be a fallback for when root= is omitted from cmdline.
But now I'm stuck. How do I re-create the initrd if I can only get to an emergency shell (or boot from the rescue DVD)?
: Boot prior kernel. Remove swap from /etc/fstab. Boot other multiboot installation and chroot to TW to build initrd. Boot installation media and chroot... Copy /lib/modules/<kernel-version> from another installation, and use its kernel and initrd to boot your TW installation. Boot something else, and change the swapper's UUID back to what it was. Append noresume to kernel cmdline. *** When done fixing, set a volume label on swapper, and use label (memorable) or device name (memorable) in fstab instead of UUID (only memorable by eidetics and puters). Just because the installer mounts swap by UUID doesn't mean it must stay that way. *** I filed a bug for this problem: https://bugzilla.opensuse.org/show_bug.cgi?id=936964 -- "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+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org