Загрузка застряла на: «Запущено задание для / dev / mapper / cryptswap1»
Я использую Ubuntu 19.04 на Dell XPS 13 (9360) и 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), но у меня все еще была та же проблема.
И fstab, и crypttab не были изменены с момента первой установки (2 года назад): / 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
У меня нет идей. Есть мысли по этому поводу?
2 ответа
Проблема больше не возникает, так как я обновился с Ubuntu 19.10 (Eoan) до 20.04.1 (Focal). Я не знаю, какая часть обновления исправила это, но это явно исправило.
Два удара ножом в темноте.
Не могли бы вы изменить описание подкачки в / 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 передал зашифрованный своп.