Отказался в ожидании корневого устройства в Ubuntu

У меня была та же проблема. Дело в том, что я долго выключал ноутбук и при включении показывал одно и то же сообщение. По-видимому, некоторые конфигурации изменились (скорее всего, на настройку по умолчанию) с выключенным аппаратом в течение длительного времени.

Я решил это по этой ссылке здесь, на Stack Exchange:

Ошибка "initramfs" при загрузке ТОЛЬКО на Dell XPS 13 (нормально загружается на другом компьютере)

Решение:

• Перезагрузка.
• Нажмите F12 и перейдите в настройки BIOS.
• Конфигурации системы → Операции SATA
• Изменить RAID на AHCI

Если вы установили Ubuntu Desktop на раздел / жесткий диск, являющийся частью RAID-массива, или на зашифрованный диск, или в Windows ME, он, скорее всего, не загрузится. Установка Ubuntu Desktop на один из этих источников не поддерживается.

Если вы установили Ubuntu Desktop на один из указанных выше источников, и он не загрузится:

1. Удалите Ubuntu.
2. Установите Ubuntu на жесткий диск или раздел, который не является частью массива RAID, не зашифрован и не работает в Windows ME, и он должен нормально загружаться.

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

http://blog.wittchen.biz.pl/ubuntu-system-boot-problem/

Попытка № 1

Сначала я попытался изменить rootdelay, как сказано в сообщении об ошибке. Я открыл файл / etc / default / grub и нашел там следующую строку: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" и изменил его на: GRUB_CMDLINE_LINUX_DEFAULT="rootdelay=90 quiet splash" rootdelay стал длиннее, но, к сожалению, это не устранило проблему в мое дело.

Попытка № 2

Я отредактировал файл / etc / fstab. В терминале я выполнил следующую команду: sudo gedit / etc / fstab и отредактировал файл fstab в gedit. В начале мой файл выглядел так:

# /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/sda1 during installation
UUID=96889309-5f73-4688-8354-e64cd1bb158f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=480cc3f7-a39d-4d0f-93d5-49fc8df1a392 none            swap    sw              0       0

Затем я прокомментировал одну строку и добавил другую, описывающую дисковое устройство / dev / sda1. Теперь мой файл выглядит следующим образом:

# /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/sda1 during installation
UUID=/dev/sda1  /               ext4    errors=remount-ro 0       1
# UUID=96889309-5f73-4688-8354-e64cd1bb158f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=480cc3f7-a39d-4d0f-93d5-49fc8df1a392 none            swap    sw              0       0

Проблема все еще существовала, поэтому я попробовал еще одну попытку ее решить.

Попытка № 3

Я открыл терминал и набрал следующую команду:

sudo grub-install /dev/sda

и затем я набрал другую команду для обновления grub:

sudo update-grub

После всего этого я перезагрузил компьютер и, наконец, ошибка исчезла, и проблема была исправлена!

У меня та же проблема, в то время как я делаю исправления для всей системы, которая включает в себя ядро. к сожалению, пакет поврежден, что приводит к частичному обновлению и исправлению ядра.

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

Я гуглю это. перепробовал все возможные концепции, как показано ниже.

1. Booting with live cd
2. doing fsck for / partition and /boot
3. grub-install on /dev/sda(which is default root filesystem)
4. check fstab

И после решения сделать счастливым получить загрузочный сервер.

-> обратите внимание, в моем случае boot монтируется в / boot, который находится в /dev/sda3, где / dev / sda1
/ файловая система.

Простое решение, чтобы решить проблему (но пересечь все модули, которые установлены на уровне ядра

1. копирование / загрузка другого сервера завершена / загрузка, за исключением grub.cfg, на внешний флэш-диск

2. загрузиться с live cd

3. найти корневую файловую систему с помощью следующей команды fdisk -l / dev / sda

4. mount / файловая система в / mntmount / dev / sdXY / mnt

5. Каталог mkdir для монтирования внешних данных mkdir -p /mnt/pd

6. смонтировать данные флешки на / mnt / pd

7. теперь пришло время выполнять изменения в корневой файловой системе с помощью команды chroot (пожалуйста, будьте осторожны при выполнении изменений)

8. chroot / mnt

9. теперь копия всего / mnt / pd / boot / to / mnt

10. выход

11. сейчас размонтируйте / mnt / pd

12. создать новую папку mkdir -p / mnt / test

13. mount / boot on / mnt / test

    mount / dev / sdXY / mnt / test

14. теперь / boot монтируется в / mnt / test /

15. снова сделайте chroot / mnt

16. переименовать весь файл, который содержит / mnt / test /

17. Теперь скопируйте /mnt/boot (который мы скопировали из pd) в / mnt / test /

18. убедитесь, что вы используете оригинальный grub.cfg / mnt / test / boot / grub /grub.cfg

19. выход

20. перезагружать

21. Вы успешно загрузитесь на сервер без проблем.

После долгих усилий я наконец сделал это:

Я загрузился вживую с usb, чтобы исправить проблему, когда обнаружил, что update-grub завершился с ошибкой "не удалось найти канонический путь в корове..."

Затем я попробовал много, пока не нашел это:

/questions/206233/ne-udalos-poluchit-kanonicheskij-put-korova/206246#206246

где я пошел по второму пути, но заменив его sda5 на мой sdb6 в качестве пользователя root

Я просто случайно набрал вещи... попробуйте:

(initramfs) blkid
(initramfs) blockdev --rereadpt /dev/sda
(initramfs) blkid
(initramfs) exit

Это, по крайней мере, приводит вас к рабочему столу, где вы можете начать устранять неполадки, связанные с проприетарным драйвером или чем-то еще.