Удалил раздел, теперь получая сообщение «Gave up Ожидает приостановить / возобновить работу устройства» во время загрузки

14

Я недавно удалил раздел 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!

Мой вопрос:

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

— samdd
источник

Видите ли вы какие-либо ошибки или предупреждения при запуске ОС? Если нет сообщений на всех , то , возможно , ваши загрузки ядра с quietи splashопционами. Временно отредактируйте запись GRUB и загрузитесь без этих опций. Обратите особое внимание на сообщения, которые останавливаются, и те, которые сразу после.

— Камиль Мачоровски

@KamilMaciorowski Добавлены сообщения ядра

— samdd

«Дождался ожидания приостановки / возобновления работы устройства» - это заставляет меня думать, что есть проблема с разделом подкачки (но это не объясняет отсутствие ntfs-3g). Проверьте, использует ли ваша система swap, запустите swapon. Далее беги swapon -aи наблюдай. Это может жаловаться. Раздел, который вы удалили, мог быть вашим разделом подкачки.

— Камиль Мачоровски

@KamilMaciorowski Спасибо, похоже, это был раздел подкачки swapon: cannot find the device for UUID=3fd1.., пытающийся воссоздать его сейчас. Кроме того, я запустил установщик для ntfs-3g, и он обнаруживает мои разделы NTFS. Спасибо за вашу помощь

— Самдд

22

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

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

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

— JMR
источник

В моем случае /etc/initramfs-tools/conf.d/resume содержал старую ссылку на UID для свопинга. , update-initramfs -u решил проблему. Спасибо.

— G Cab

В моем случае вышеупомянутый ответ намекал мне, что мой недавно отформатированный + зашифрованный (с veracrypt) раздел, вероятно, не смонтировался, и все, что мне нужно было сделать, - это sudo nano /etc/fstabзатем закомментировать (префикс с #) строку, относящуюся к зашифрованному разделу.

— Манинак

9

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

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

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

Процедура:

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

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

— Камил Мачоровски
источник

1

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

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. Затем перезагрузите компьютер, это должно исправить проблему.

— Патент ANDRIA
источник