On Thu, Jul 2, 2015 at 1:05 PM, Glenn Holmer <shadowm@lyonlabs.org> wrote:

On 07/02/2015 01:23 PM, Chris Murphy wrote:

...

On Thu, Jul 2, 2015 at 10:57 AM, Glenn Holmer <shadowm@lyonlabs.org> wrote:

...

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.

That's what I was starting to think. How do you re-create the initramfs from an emergency shell?

Ahh well it depends on the state of the system, if it's before switchroot, I'm not sure because I haven't tried it yet. But you can just try dracut -f and see if you get any error. Obviously this assumes the system is rw mounted. If not you'll have to do some of this manually, or boot a rescue cd, and in that case it takes the long form: cd /boot dracut <blahkernel>.img <blahkernel> where it's the kernel name minus the vmlinuz part, something like 4.0.1-2.fc22.x86_64 -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org