"Дав очікування кореневого пристрою. Попередження! / 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)

Будь-які пропозиції вдячні!

sudo blkid; кріплення; вихід 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 секунд, щоб кореневий пристрій з’явився. Відрегулюйте значення відповідно до вашого випадку.
muru

Чи слід просто збільшувати час, поки помилка не припиниться?
Інті Гарсія

Добре, тому я завантажив вихідний файл grep rootdelay /boot/grub/grub.cfg до оригінального питання. Я також перезапустив і з’являється те саме повідомлення. На скільки я повинен збільшити його? Я десь читав, що 90 хтось це робив. Я маю почекати близько хвилини.
Інті Гарсія

Збільшення цього не допомагає? (як оцінка, скільки часу потрібно чекати, перш ніж набрати текст exit)
muru

Гаразд, я змінив кореневу затримку на 90, і не отримав повідомлення, але пройти з екрана вибору ОС на екран входу в Ubuntu потрібно було близько хвилини або більше. Чи можу я запитати, що таке rootdelay і що він робить для системи?
Інті Гарсія

Відповіді:


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 та етикету стека.
Інті Гарсія

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 диск (at /dev/nvme01n1). Потім я встановив boot-repair, запустив його та перезавантажив. Вуаля.


0

У мене на ноутбуці був встановлений Windows 7 64 біт. Потім встановив ubuntu 14.04 з палець диска, щоб я міг подвоїти вікно завантаження та ubuntu. Потім я отримав помилку "відмовився чекати кореневого пристрою".

Щоб виправити це, я спробував багато речей, запропонованих на форумах: перевстановлення ubuntu, перевстановлення та оновлення grub, ремонт завантаження, update-initramfs і нічого не працювало. Єдине, що було виправлено, це встановлення з компакт-диска. Установка компакт-дисків працювала чудово і без помилок.


0

У мене було те саме питання, посилання на моє запитання

Проблема полягає у створенні initramfs після виконання а

make oldconfig

і вибираючи нові параметри за замовчуванням, переконайтесь, що ENOUGH дисковий простір доступний для створення зображення. у моєму випадку створене зображення було невірним, а значить, не вдалося встановити зображення під час завантаження.


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

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

І після цього воно має спрацювати.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.