启动卡在："正在运行 /dev/mapper/cryptswap1 的启动作业"。

Question

我正在Dell XPS 13 (9360)上使用Ubuntu 19.04，但在启动Ubuntu时卡在以下步骤：

A start job is running for /dev/mapper/cryptswap1

我必须重新启动1或2次才能摆脱它。但在下一次启动时问题仍然存在。

问题可能是在将Linux内核从5.0.0-16更新到5.0.0-17之后开始的。所以我认为可能与此有关，于是我尝试使用先前的内核版本（5.0.0.0-*甚至4.15）重新启动，但问题仍然存在。

自从第一次安装（2年前）以来，/etc/fstab和crypttab都没有修改过。

UUID=e15636da-994d-47db-a074-cfccedf6a740 /               ext4    noatime,errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=222E-0C93  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/nvme0n1p4 during installation
#UUID=10aaab21-f2ae-4e25-8f0b-55f444620108 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

/etc/crypttab

cryptswap1 UUID=10aaab21-f2ae-4e25-8f0b-55f444620108 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

我没有任何想法了。你对此有什么想法吗？

- maustruy

---

在将Ubuntu升级到20.02版本后，我在一台HP EliteBook上遇到了同样的问题。 - Luís de Sousa

Answer 1

两次无谓的尝试。

你能试着修改/etc/fstab中的交换描述吗？

/dev/mapper/cryptswap1 none swap defaults 0 0

在/etc/cryptab中的内容是：

cryptswap1 UUID=10aaab21-f2ae-4e25-8f0b-55f444620108 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64,size=512

一个好的建议是使用交换卷的路径而不是UUID来引用它，这样会得到类似以下的结果

cryptswap1 /dev/mapper/whatever--vg0-whatever /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

请注意，它将不会是 /dev/mapper/cryptswap1，因为这是在使用 dm-crypt 进行加密交换后的设备名称。

- Arduous

Answer 2

对我来说有效

步骤1：创建新的交换分区

步骤2：打开/etc/crypttab文件，并将文件中的UUID更改为新的交换分区的UUID

- Anderson Araújo

---

这个问题没有提供足够的细节来解决。 - Rishon_JR

Answer 3

问题自从我从Ubuntu 19.10（Eoan）升级到20.04.1（Focal）后就不再发生了。我不知道升级的哪个部分修复了它，但显然是有效的。

- maustruy