Comment # 4 on bug 1185512 from Ulrich Windl

(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)