«Подался в ожидании корневого устройства. Предупреждение! / dev / disk / by-uuid / не существует. Сбрасывать в оболочку »во время загрузки

11

Я использовал Ubuntu несколько лет назад и разочаровался в нем. Теперь я готов попробовать еще раз. К моему удивлению, я получил это сообщение сразу после первой установки. Если бы я подождал некоторое время и набрал команду выхода, ОС загрузилась бы нормально. Я решил переустановить Ubuntu и посмотреть, поможет ли это. Это был не тот случай. Он продолжает вести себя одинаково.

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/disk/by-uuid/11d3bcfa-0726-47cf-a705-e4acdd9169fe does not exist.   
Dropping to a shell!

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

(initramfs)

Любые предложения приветствуются!

судо блкид; крепление; вывод cat / etc / fstab:

/dev/sda1: LABEL="System Reserved" UUID="1C8CC0F68CC0CC08" TYPE="ntfs" 
/dev/sda2: UUID="A490C32890C30032" TYPE="ntfs" 
/dev/sda5: UUID="920c6caa-4062-45f0-a58c-585db797d554" TYPE="swap" 
/dev/sda6: UUID="11d3bcfa-0726-47cf-a705-e4acdd9169fe" TYPE="ext4" 
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup     (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=inti)
# /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/sda6 during installation
UUID=11d3bcfa-0726-47cf-a705-e4acdd9169fe /               ext4    errors=remount-ro     0       1
# swap was on /dev/sda5 during installation
UUID=920c6caa-4062-45f0-a58c-585db797d554 none            swap    sw                  0       0

Вот вывод команды grep rootdelay /boot/grub/grub.cfg

    linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro recovery nomodeset rootdelay=10
Инти Гарсия
источник
ОК. Есть немало тем об этом, без определенного решения. Попробуйте это: отредактируйте /etc/default/grubи добавьте rootdelay=10к GRUB_CMDLINE_LINUXпеременной. Это заставит его ждать 10 секунд до появления корневого устройства. Отрегулируйте значение в соответствии с вашим случаем.
Муру
Должен ли я просто увеличивать время, пока ошибка не прекратится?
Инти Гарсия
Итак, я загрузил вывод команды grep rootdelay /boot/grub/grub.cfg на исходный вопрос. Я тоже перезапустил и тоже самое сообщение появляется. На сколько я должен увеличить это? Я где-то читал, что 90 сделал это для кого-то. Я должен подождать около минуты.
Инти Гарсия
Увеличение это не помогает? (в качестве оценки, как долго вы должны ждать, прежде чем печатать exit?)
Muru
Хорошо, я изменил задержку root на 90, и я не получил сообщение, но потребовалось около минуты или больше, чтобы перейти от экрана выбора ОС к экрану входа в Ubuntu. Могу я спросить, что такое root-задержка и что это делает с системой?
Инти Гарсия

Ответы:

10

Поскольку корневая файловая система обнаружена через некоторое время, вы можете добавить a rootdelayили a rootwait. Из документации ядра :

rootdelay=  [KNL] Delay (in seconds) to pause before attempting to
        mount the root filesystem
...
rootwait    [KNL] Wait (indefinitely) for root device to show up.
        Useful for devices that are detected asynchronously
        (e.g. USB and MMC devices).

Чтобы установить либо, отредактируйте /etc/default/grubи измените значение GRUB_CMDLINE_LINUX. Используйте предпочитаемый редактор, например nanoили gedit, с sudoили по gksudoмере необходимости:

sudo nano /etc/default/grub

Добавьте rootdelay=10в кавычки. Если вы не хотите редактировать вручную, выполните эту команду:

sudo sed -i.bak 's/^GRUB_CMDLINE_LINUX="/& rootdelay=10 /' /etc/default/grub

Затем запустите:

sudo update-grub

Это заставит ядро ​​подождать 10 секунд, прежде чем приступить к монтированию корневой файловой системы. Чтобы увидеть, было ли применено это изменение, запустите

grep rootdelay /boot/grub/grub.cfg

Если какой-то вывод был показан, то он был применен. Теперь перезагрузитесь.

Если это все еще выдало ошибку, нажмите CtrlAltDelдля перезагрузки, дождитесь появления меню выбора ОС GRUB и нажмите e. Отредактируйте значение rootdelayи увеличьте его. Нажмите F10для загрузки. Повторение.

Если он загрузился правильно, попробуйте описанный выше процесс и уменьшите значение.

Мур
источник
Этот процесс работал. В моем конкретном случае мне пришлось установить rootdelay = 40. Я пока не могу поднять голос, так как мне меньше 15 респ.
Инти Гарсия
@IntiGarcia это нормально. На самом деле, воздержитесь от ответа на какое-то время, чтобы посмотреть, придумает ли кто-то еще правильное решение. Я уберу комментарии.
Муру
Хорошо, спасибо за ваш совет по Ubuntu и Stack etiquette jaja.
Инти Гарсия
1

Я столкнулся с той же проблемой после ремонта таблицы разделов. Сообщение было на самом деле простым. Проверил каталог / dev / disk / by-uuid /, uuid в сообщении пропал. Вместо этого был другой uuid, который связывал с разделом (../../sda5 для моего) то, что ожидалось, правильный раздел.

В конце концов я решил проблему просто: отредактируйте /boot/grub/grub.cfg, заменив неправильный uuid на правильный.

Генри
источник
1

Ни одно из приведенных выше решений не помогло мне. Я загрузил компьютер с того же USB-накопителя, который использовался для установки Ubuntu, но мой ssd не был указан в df -h/ sudo fdisk -l/ sudo blkid/ lsblk/ sudo parted -l. Я должен был сделать две вещи, чтобы исправить это:

  1. Отключить Fast Boot. Делать это из BIOS было недостаточно (попробуйте перезагрузить компьютер и посмотреть снова - он снова включился). Сначала пришлось отключить его в настройках Windows, затем в BIOS.
  2. Мне пришлось переключиться с RST обратно на AHCI. Вы должны Google это и найти все шаги. Мой BIOS предупредил меня, что все будет потеряно, и, к счастью, это не так.

В следующий раз, когда я загрузился с моего флэш-накопителя, я увидел свой ssd-диск (в /dev/nvme01n1). Затем я установил boot-repair, запустил его и перезагрузил. Вуаля.

oliversisson
источник
0

На моем ноутбуке была установлена ​​64-битная Windows 7. Затем установил Ubuntu 14.04 с флешки, чтобы я мог использовать двойную загрузку Windows и Ubuntu. Затем я получил ошибку «отказался от ожидания корневого устройства».

Чтобы исправить это, я попробовал много вещей, предложенных на форумах: переустановка ubuntu, переустановка и обновление grub, boot-repair, update-initramfs, и ничего не получалось. Единственное, что исправило это, это установка с компакт-диска. Установка CD прошла отлично и без ошибок.

user390763
источник
0

У меня была такая же проблема, ссылка на мой вопрос

Проблема заключается в создании initramfs после выполнения

make oldconfig

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


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

make bzImage

make modules

make modules_install

make install

начинает работать как шарм. Интересно, почему создание образа было завершено раньше и привело к повреждению изображения (с меньшим размером) без каких-либо ошибок [каждый раз]

Химаншу Сурав
источник
0

У меня была точно такая же проблема после установки Xubuntu 14.04 32bit. Просто попробуйте это:

  1. после завершения загрузки с сообщением UUID и (initramfs)просто введите exitили, exec startxи вы попадете в GUI
  2. редактировать как root /etc/default/grub
  3. найти #GRUB_DISABLE_LINUX_UUID=true, удалить #и сохранить
  4. в терминальном прогоне: sudo update-grubиsudo reboot

И после этого должно работать.

Мур
источник