“Бросил ожидать корневого устройства. Предупреждение!/dev/disk/by-uuid/не существует. Припадание до оболочки” при начальной загрузке

Question 1

Я использовал 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)

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

sudo blkid; смонтируйтесь; кошка/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

Question 2

Мне установили Windows 7 64 бита на моем ноутбуке. Тогда установленная человечность 14.04 от карты флэш-памяти, так, чтобы я мог окна двойной загрузки и человечность. Я тогда добрался, "бросил ожидать корневого устройства" ошибочная ошибка.

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

Question 3

Question 4

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

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

Question 5

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

после того, как башмаки с UUID обмениваются сообщениями и (initramfs) просто тип exit или exec startx, и это получит Вас в редактирование GUI
, поскольку корень /etc/default/grub
находит #GRUB_DISABLE_LINUX_UUID=true, удаляет # и сохраняет его
в выполненном терминале: sudo update-grub и sudo reboot

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

Question 6

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

, проблема с созданием initramfs после выполнения

make oldconfig

и выбор значения по умолчанию для новых опций, удостоверьтесь, что ДОСТАТОЧНО дискового пространства доступно для изображения, которое будет создано. в моем случае созданный образ не был правилен, и следовательно ему не удавалось смонтировать изображение во время начальной загрузки.

<час>

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

make bzImage

make modules

make modules_install

make install

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

Question 7

Question 8

Так как корневая файловая система обнаруживается через какое-то время, можно добавить 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 OS, чтобы обнаружиться и нажать e. Отредактируйте значение rootdelay, и увеличьте его. Нажмите F10 для начальной загрузки. Повториться.

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

Question 9

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

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

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

user390763 · Answer 1 · 23 November 2019 в 04:32