After upgrade to 18.10 boot fails on waiting for encrypted source device

A post on Ask Ubuntu seems relevant: https://askubuntu.com/questions/1087828/cant-unlock-cryptswap1

Candidate Work-around:

For the case of disabling swap, I was able to eliminate the boot-time error with the following actions:

Remove swap line from /etc/fstab
Remove swap line from /etc/crypttab
Remove /swapfile
apt purge cryptsetup
apt autoremove (clean up cryptsetup dependencies)

The updates to /etc/fstab and /etc/crypttab were not enough to eliminate the error message at boot. It seems cryptsetup was still doing something in the boot sequence that caused it to try and create an encrypted swap file. Purging the cryptsetup package was necessary to eliminate the error message. Therefore, this issue may be relevant to both the Ubuntu upgrade process and the cryptsetup package.

The messages from aptermlog seem relevant:

update-initramfs: Generating /boot/initrd.img-4.15.0-38-generic
cryptsetup: WARNING: Option 'size' missing in crypttab for plain dm-crypt
    mapping cryptswap1. Please read /usr/share/doc/cryptsetup/README.initramfs and
    add the correct 'size' option to your crypttab(5).
cryptsetup: ERROR: Couldn't resolve device /swapfile
cryptsetup: WARNING: Resume target cryptswap1 uses a key file
update-initramfs: Generating /boot/initrd.img-4.15.0-36-generic
cryptsetup: WARNING: Option 'size' missing in crypttab for plain dm-crypt
    mapping cryptswap1. Please read /usr/share/doc/cryptsetup/README.initramfs and
    add the correct 'size' option to your crypttab(5).
cryptsetup: ERROR: Couldn't resolve device /swapfile
cryptsetup: WARNING: Resume target cryptswap1 uses a key file

Status changed to 'Confirmed' because the bug affects multiple users.

I am using a clean installation of Ubuntu 18.10. I have the same problem. With a kernel 4.18.0-10.11 it worked for me when I added option size to crypttab. After an update of the kernel to 4.18.0-11.12 the system gives me the same error: "cryptsetup: Waiting for encrypted source device /swapfile..."

Used a clean instal for Ubuntu 18.10 without swap file.
After kernel update I get stuck in the "cryptsetup: Waiting for encrypted source device /swapfile..."

Not sure about the proposed workaround, because I don't know what would happen to the encrypted /home when we purge cryptsetup. Instead, I've done the following sequence:

Remove swap line from /etc/fstab
Remove swap line from /etc/crypttab
sudo update-initramfs -u
sudo update-grub

(The answer that I've taken the last 2 commands from: https://askubuntu.com/a/1009647 - might be helpful for someone).

For those looking to solve this problem please note: removing the swap line from /etc/fstab and /etc/crypttab will fix the problem, but it'll also disable swap.

Instead of removing the lines as #9 suggests, simply comment them out. Once you've successfully rebooted, un-comment the lines, update initramfs and grub, and reboot a second time.

This fixed the problem for me. I also added size=256 to my crypttab hoping it permanently fixes this problem.

I've also hit this issue. I go round it by loading up a 18.04 Live USB in live mode. I then mounted my HDD onto the live OS (I only encrypted my home folder, so wasn't an issue). I then cded into the mount directory and ran `chroot ./`. Then added `size=256` to the end of the /swapfile line in /etc/crypttab and ran update-initramfs -u (hence the chroot).

FYI to anyone who's going from 19.04 to 19.10, you need to remove the `size=256` part in /etc/crypttab or this issue comes back :)

^ ignore that, it will further break cryptsetup. the fix was that same as comment #11, except using a 19.10 recovery instead. This will get you back into your system, but it will re-break every time the kernel is updated.

update-initramfs: Generating /boot/initrd.img-5.3.0-18-generic
cryptsetup: ERROR: Couldn't resolve device /swapfile
cryptsetup: WARNING: Resume target cryptswap1 uses a key file

Sorry for the spam, this is how to fix this (note it will mean your swapfile isn't encrypted anymore and I'm not sure how much of a security risk that poses).

After you've run `do-release-upgrade -d`:

1) sudo swapoff -a
2) sudo cryptsetup remove cryptswap1
3) Edit `/etc/fstab`, remove the line mentioning cryptswap1
4) Edit `/etc/crypttab `, remove the line mentioning cryptswap1
5) sudo update-initramfs -u
6) sudo update-grub
7) Reboot

I've changed following tags:
removed 'wayland-session' - no connection to a display server, because the boot procedure fails, before any display manager is loaded (x or wayland) - FYI I always used X.

added 'disco' and 'eoan' - actually I'm affected of this bug too since a fresh install of 18.10. After upgrading to 19.04 and later on to 19.10 the bug is still present.

It's just a pity to repair the cryptswap each times after an update touched the initramfs. For error messages see comment #14

First, besides the active swapfile, that caused the trouble, I found an additional uncommented line in my fstab, referencing /dev/mapper/yoga--vg-swap_1. Whether this was used before or is just a relict I cannot tell.

So I went with /dev/mapper/cryptswap1, which was active; also checked that the device really exists in /dev/mapper.

To not lose encrypted swap, I followed the advice from #10:
* uncommented swap in /etc/fstab and /etc/crypttab
* rebooted
* restored the uncommented lines
* update-initramfs -c
* update-grub

After this I could reboot without issues.

I got the same issue after upgrading from 18.04 to 20.04. I followed the steps from #11 and then reversed them to fix the issue and re-enable swap encryption

1) sudo swapoff -a
2) sudo cryptsetup remove cryptswap1
3) edit `/etc/fstab`, comment the line mentioning cryptswap1
4) edit `/etc/crypttab `, comment the line mentioning cryptswap1
5) sudo update-initramfs -u
6) sudo update-grub
7) reboot
8) edit `/etc/fstab`, uncomment the line mentioning cryptswap1
9) edit `/etc/crypttab `, uncomment the line mentioning cryptswap1
10) sudo update-initramfs -u
11) sudo update-grub

checking the status of the swap

$ sudo cryptsetup status /dev/mapper/cryptswap1
/dev/mapper/cryptswap1 is active and is in use.