11

Я недавно удалил раздел размером около 8GB . Этот раздел был расположен после основного раздела, но, похоже, это не критично, так как я все еще могу загрузить ОС и запустить все приложения.

Процесс загрузки теперь занимает дополнительные две минуты, отображая следующие сообщения:

Gave up waiting for suspend/resume device
/dev/sda4: clean, .../... files .../... blocks
[ ***] A start job is running for dev-disk-by\.....\....\... .device
Dependencies failed!

Мой вопрос:

Что это был за второй раздел и как его можно восстановить или воссоздать?

3 ответа3

19

Я только что столкнулся с тем же сообщением об ошибке в Debian и похожей задержкой загрузки, с небольшим изменением: я знал, что только что добровольно удалил свой раздел подкачки, и не планировал воссоздавать его.

Раздел больше не был указан в /etc/fstab но задержка сохранялась. Ничего в /etc/initramfs-tools/conf.d/resume (спасибо @KamilMaciorowski за подсказку).

Ключ должен был выяснить, что начальный RAM-диск "скомпилирован", и в некоторых случаях (как этот), должен быть восстановлен. Решение: sudo update-initramfs -u .

11

Из-за сообщения

Встала в ожидании приостановить / возобновить устройство

Я подозреваю, что проблема с вашим разделом подкачки. Проверьте, использует ли ваша система swap, запустив swapon . Затем запустите swapon -a и посмотрите результат. Он может жаловаться, cannot find the device сообщение устройства . Если это так, вы будете знать, что вы должны восстановить свой раздел подкачки.

Процедура:

Обратитесь к предыдущему вопросу: как восстановить удаленный раздел подкачки?

  1. Измените таблицу разделов с помощью fdisk , gdisk , gparted или другого аналогичного инструмента. Воссоздайте запись раздела. Тип раздела должен быть 0x82 Linux swap .
  2. Настройте раздел с помощью mkswap .
  3. Измените ваш /etc/fstab соответствующим образом (предыдущий вывод swapon -a должен сообщить вам, какую запись нужно изменить, если вы не уверены).
  4. Важное замечание: Замените UUID в /etc/initramfs-tools/conf.d/resume , который использовался на предыдущем шаге.
  5. Запустите update-initramfs -u .
0

В моем случае загрузочное сообщение выглядело так. Раздел подкачки был удален.

Gave up waiting for suspend/resume device
/dev/sda4 ... ...

[***] A start job is running for dev-disk-by\...\...\...\.device
...
...
...

Во-первых, посмотрите на содержимое вашего файла fstab, cat /etc/fstab выдаст такой вывод

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda3 during installation
UUID=00fd67-123DE-4b98-aa17-2d4025aed54 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Затем вы замечаете, что во время установки swap был включен в /dev /sdax.

Создайте заново удаленный раздел (например, fdisk или Gparted), затем используйте эту команду, чтобы найти новый uuid раздела.

ls -l /dev/disk/by-uuid/

Это выводит:

total 0
lrwxrwxrwx 1 root root 10 févr. 19 07:18 00151dcd-2bf5-4b98-aa17-8f40ef4cfd86 -> ../../sda4
lrwxrwxrwx 1 root root 10 févr. 19 07:18 6C5A1AC45A1A8B4A -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 07:18 8c1977eb-ac90-426b-bc9b-a7fb2ec8d760 -> ../../sda3
lrwxrwxrwx 1 root root 10 févr. 19 07:18 C064106664106188 -> ../../sda1

Обновите ваш fstab, указав правильный uuid, который отображался последней командой, скопировав / вставив соответствующий uuid свопа в файл fstab. Затем перезагрузите компьютер, это должно исправить проблему.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .