Система больше не загружается, перестает ждать корневое устройство, (initramfs), / dev / mapper / gnome-root не существует

Question 1

После установки обновления моя система больше не загружается. У меня есть полное шифрование диска (тот, который устанавливается установщиком для вас), поэтому он обычно запрашивает ключ только через несколько секунд после загрузки GRUB. Теперь он пропускает запрос ключа, пытается загрузить Gnome, а затем переходит к экрану, изображенному ниже. Система представляет собой 64-битный блок System76 с Ubuntu Gnome 13.04. Это случилось со мной в прошлом, однако, на 64-разрядной версии Dell XPS 8300 с Ubuntu Gnome Remix 12.10. В этом случае я переустановил ОС. Однако на этот раз я хочу исправить проблему, поэтому я знаю, как ее обрабатывать в будущем. Кроме того, крайне неудобно переустанавливать с нуля.

Мое подозрение в том, что что-то завязано в файле конфигурации в / boot, так что он не понимает, что диск зашифрован, но я не видеть что-нибудь, когда тыкаешься там. У вас есть идеи по его устранению (помимо переустановки ОС)?

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/gnome-root does not exist.   
Dropping to a shell! 

BusyBox v.1.20.2 (Ubuntu 1:1.20.2-1ubuntu1) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Question 2

Когда в Ubuntu 14.04 есть опция шифрования с полным диском, я просто хотел указать, как я решил эту проблему, поскольку мой терминал initramfs не разрешил мне использовать cryptsetup:

Boot с Live DVD / USB (USB будет намного быстрее). Откройте терминал и введите следующее:

sudo -i
cryptsetup luksOpen /dev/sda5 sda5_crypt
# (do any lvm management you need here, I didn't need any.)
mkdir /mnt/system
mount /dev/mapper/ubuntu--vg-root /mnt/system
mount /dev/sda2 /mnt/system/boot
mount /dev/sda1 /mnt/system/boot/efi (May or may not be needed.)
for i in /dev/pts /dev /proc /sys; do mount -B $i /mnt/system$i; done
chroot /mnt/system
update-initramfs -k all -c
exit
for i in /dev/pts /dev /proc /sys; do umount /mnt/system$i; done
umount /mnt/system/boot/efi # (If you have UEFI.)
umount /mnt/system/boot
umount /mnt/system

Перезагрузитесь и надейтесь, что это сработает.

Question 3

Question 4

Исправьте ваш grub через загрузку через live-cd / live-usb. См. Эту страницу для получения подробной информации о процессе. Обратитесь к разделу «через клемму LiveCD» на странице.

Фиксация grub должна исправить любой искаженный файл, который может иметься в конфигурации grub.

Eliah Kagan · Answer 1 · 24 May 2018 в 23:02

Когда в Ubuntu 14.04 есть опция шифрования с полным диском, я просто хотел указать, как я решил эту проблему, поскольку мой терминал initramfs не разрешил мне использовать cryptsetup:

Boot с Live DVD / USB (USB будет намного быстрее). Откройте терминал и введите следующее:

sudo -i
cryptsetup luksOpen /dev/sda5 sda5_crypt
# (do any lvm management you need here, I didn't need any.)
mkdir /mnt/system
mount /dev/mapper/ubuntu--vg-root /mnt/system
mount /dev/sda2 /mnt/system/boot
mount /dev/sda1 /mnt/system/boot/efi (May or may not be needed.)
for i in /dev/pts /dev /proc /sys; do mount -B $i /mnt/system$i; done
chroot /mnt/system
update-initramfs -k all -c
exit
for i in /dev/pts /dev /proc /sys; do umount /mnt/system$i; done
umount /mnt/system/boot/efi # (If you have UEFI.)
umount /mnt/system/boot
umount /mnt/system

Перезагрузитесь и надейтесь, что это сработает.

5

ответ дан Eliah Kagan 24 May 2018 в 23:02

1

Мне понравилось это решение лучше, потому что мне не нужно было выяснять, как получить приглашение initramfs или выполнить более одной перезагрузки. В моем случае я обновился с Ubuntu 15.04 до 15.10 и больше не смог разблокировать свой диск во время загрузки. Одно из них заключается в том, что я обнаружил, что имя сопоставления, указанное в строке 2 (например, sda5_crypt), должно соответствовать вашему файлу crypttab. – Der Wolf 30 October 2015 в 04:59
2

Вышеуказанное работает только в том случае, если у вас есть запись в /etc/crypttab. После ввода chroot в соответствии с приведенными выше шагами, но перед запуском update-initramfs запустите nano /etc/crypttab и убедитесь, что там есть строка с именем mapper и UUID диска. Если файл не существует или пуст, update-initramfs не будет исправлять проблему! Добавьте строку crypttab в среду chroot. Этот ответ должен быть отредактирован, чтобы отразить это. Кроме того, я думаю, что cryptsetup существует только в приглашении initramfs, если /etc/crypttab существует и имеет записи при обновлении initramfs. – Nick 13 May 2016 в 16:12

Bhavin Doshi · Answer 2 · 24 May 2018 в 23:02

Исправьте ваш grub через загрузку через live-cd / live-usb. См. Эту страницу для получения подробной информации о процессе. Обратитесь к разделу «через клемму LiveCD» на странице.

Фиксация grub должна исправить любой искаженный файл, который может иметься в конфигурации grub.

0

ответ дан Bhavin Doshi 24 May 2018 в 23:02

1

Спасибо за совет. Я пробовал все, что вы предлагали, но безрезультатно. Я только что понял. Это довольно сумасшедший ... – Freedom_Ben 27 April 2013 в 09:04

Система больше не загружается, перестает ждать корневое устройство, (initramfs), / dev / mapper / gnome-root не существует

2 ответа

Другие вопросы по тегам:

Похожие вопросы: