On Thu, Jul 2, 2015 at 10:57 AM, Glenn Holmer
openSUSE Tumbleweed here on a multi-boot system. One of the other Linux installs reformatted the swap partition, so it has a different UUID now. As far as I can tell, that's keeping SUSE from booting, because it drops to an emergency shell and one of the last messages I see says that the UUID for the swap partition doesn't exist.
I edited /etc/fstab to change it to match /dev/disk/by-uuid, and I also edited the "resume=" lines in grub.cfg, but it still won't boot (with the same message referencing the old UUID). I can't find anyplace else where the old UUID is specified.
Anybody have any ideas?
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. In my case it was the EFI system partition that it was hanging up on https://bugzilla.redhat.com/show_bug.cgi?id=1187007 For swap, what's supposed to work these days with systemd and GPT disks, is autodiscovery. If you set the swap partition type GUID correctly, it doesn't need to be in fstab at all, systemd will create swapon unit for it automatically. Sadly with recent versions of systemd this is no longer working for me. https://bugzilla.redhat.com/show_bug.cgi?id=1212591 -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org