我在 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 年前)以来,fstab 和 crypttab 都未修改:/etc/fstab
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
我没什么主意了。有什么想法吗?
答案1
它对我有用
步骤 1:创建新的交换分区
步骤 2:打开 /etc/crypttab 文件并将文件中存在的 UUID 更改为新 SWAP 分区的 UUID
答案2
黑暗中两刀刺入。
您可以尝试将 /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
请注意,它不会是 crypt /dev/mapper/cryptswap1,因为这是通过 dm-crypt 转换为加密交换后的设备名称。
答案3
自从我从 Ubuntu 19.10 (Eoan) 升级到 20.04.1 (Focal) 后,这个问题就不再发生了。我不知道升级的哪一部分修复了这个问题,但显然它确实修复了。
答案4
在Ubuntu 20.04我按照以下步骤修复了这个问题:
步骤 1:创建具有更多空间的交换文件:
sudo fallocate -l 4G /swapfile
第 2 步:启用交换文件
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
步骤 3:使交换文件永久化
sudo cp /etc/fstab /etc/fstab.bak
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
步骤 4:注释掉旧的交换分区/etc/crypttab
行/etc/fstab
我对此/etc/crypttab
行进行了评论:
# cryptswap1 /swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
我/etc/fstab
只评论了这一行:
# /dev/mapper/cryptswap1 none swap sw 0 0