http://bugzilla.opensuse.org/show_bug.cgi?id=1185512 http://bugzilla.opensuse.org/show_bug.cgi?id=1185512#c4 --- Comment #4 from Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de> --- (In reply to Thomas Blume from comment #3)
The blkid output shows that none of the devices has the failing uuid: 7135c231-d90f1-d4a16-daf63-d3d7190a1f1c0
The swap device has the uuid:
/dev/mapper/cr-swap-1: LABEL="epage" UUID="a7fcb7d6-d707-421d-8e76-2be487630368" TYPE="swap"
so, it seems that the original swap device with the missing uuid was replaced. Still, that uuid is configured somewhere, maybe as resume boot parameter or in /etc/fstab. Please try to find that uuid and replace it with the UUID of the current swap device from blkid.
Well I or the system did re-create the swap, probably because of option "swap" in crypttab. But still that's not the issue: The issue is that mkinitrd (dracut) does not copy /etc/crypttab into the initrd. As long as you never change devices activated from initrd (root, boot, swap typically) you won't notice. At the moment it looks like this: # ll /etc/crypttab; lsinitrd |grep crypttab -rw------- 1 root root 173 Apr 30 18:35 /etc/crypttab -rw-r--r-- 1 root root 75 Apr 29 08:12 etc/crypttab (See date, size, and permissions) -- You are receiving this mail because: You are on the CC list for the bug.