„Nie czekaj na urządzenie root. Alarm! / dev / disk / by-uuid / nie istnieje. Dropping to shell ”podczas uruchamiania

Użyłem Ubuntu kilka lat temu i zrezygnowałem z niego. Jestem teraz gotowy, aby spróbować ponownie. Ku mojemu zdziwieniu ten komunikat został powitany natychmiast po pierwszej instalacji. Gdybym czekał trochę czasu i wpisał polecenie exit, system operacyjny uruchomiłby się normalnie. Postanowiłem ponownie zainstalować Ubuntu i sprawdzić, czy to wystarczy. Tak nie było. Zachowuje się w ten sam sposób.

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)

Wszelkie sugestie są mile widziane!

sudo blkid; uchwyt; wyjście 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

Oto wynik 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

Ponieważ główny system plików zostanie wykryty po pewnym czasie, możesz dodać a rootdelaylub a rootwait. Z dokumentacji jądra :

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).

Aby ustawić, edytować /etc/default/grubi zmienić wartość GRUB_CMDLINE_LINUX. Użyj preferowanego edytora, takiego jak nanolub gedit, z sudolub gksudow razie potrzeby:

sudo nano /etc/default/grub

Dodaj rootdelay=10w cudzysłowie. Jeśli wolisz nie edytować ręcznie, uruchom następujące polecenie:

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

Następnie uruchomić:

sudo update-grub

Spowoduje to, że jądro zaczeka 10 sekund przed przystąpieniem do montowania głównego systemu plików. Aby sprawdzić, czy ta zmiana została zastosowana, uruchom

grep rootdelay /boot/grub/grub.cfg

Jeśli pokazano jakieś dane wyjściowe, zostały one zastosowane. Teraz uruchom ponownie.

Jeśli nadal występuje błąd, naciśnij, CtrlAltDelaby uruchomić ponownie, poczekaj, aż pojawi się menu wyboru GRUB OS i naciśnij e. Edytuj wartość rootdelayi zwiększ ją. Naciśnij, F10aby uruchomić. Powtarzać.

Jeśli uruchomił się poprawnie, wypróbuj powyższy proces i zmniejsz wartość.

Ten sam problem napotkałem po naprawie tablicy partycji. Wiadomość była w rzeczywistości prosta. Sprawdziłem katalog / dev / disk / by-uuid /, identyfikator użytkownika w komunikacie nie trafił. Zamiast tego był inny identyfikator użytkownika, który łączył się z partycją (../../sda5 dla mojej), czego oczekiwano od właściwej partycji.

Ostatecznie rozwiązałem problem po prostu: edytuj /boot/grub/grub.cfg, zamień niewłaściwy UUID na właściwy.

Żadne z powyższych rozwiązań nie działało dla mnie. Uruchomiłem komputer z tego samego napędu USB, którego użyłem do instalacji Ubuntu, ale mojego ssd nie ma na liście df -h/ sudo fdisk -l/ sudo blkid/ lsblk/ sudo parted -l. Musiałem zrobić dwie rzeczy, aby to naprawić:

1. Wyłącz Fast Boot. Wykonanie tego z poziomu BIOS-u nie było wystarczające (spróbuj ponownie uruchomić komputer i przejrzeć ponownie - ciągle wracał do włączonego). Musiałem wyłączyć go najpierw w ustawieniach systemu Windows, a następnie w systemie BIOS.
2. Musiałem zmienić RST z powrotem na AHCI. Musisz to Google i znaleźć wszystkie kroki. Mój BIOS ostrzegł mnie, że wszystko zostanie utracone i na szczęście tak nie było.

Przy następnym uruchomieniu z pendrive'a mogłem zobaczyć dysk ssd (at /dev/nvme01n1). Następnie zainstalowałem boot-repair, uruchomiłem i uruchomiłem ponownie. Voila

Miałem Windows 7 64-bitowy zainstalowany na moim laptopie. Następnie zainstalowałem Ubuntu 14.04 z pendrive'a, dzięki czemu mogłem podwójnie uruchomić Windows i Ubuntu. Wtedy dostałem błąd „zrezygnowałem z czekania na urządzenie root”.

Aby to naprawić, wypróbowałem wiele rzeczy sugerowanych na forach: ponowna instalacja Ubuntu, ponowna instalacja i aktualizacja GRUB-a, boot-repair, update-initramfs i nic nie działało. Jedyną rzeczą, która to naprawiła, była instalacja z płyty CD. Instalacja CD działała idealnie i bez błędów.

Miałem ten sam problem, link do mojego pytania

Problem dotyczy tworzenia initramfs, po zrobieniu

make oldconfig

i wybierając domyślne dla nowych opcji, upewnij się, że dostępna jest wystarczająca przestrzeń dyskowa na obraz, który ma zostać utworzony. w moim przypadku utworzony obraz był niepoprawny i dlatego nie udało się zamontować obrazu podczas rozruchu.

w porównaniu; rozmiar obrazu był znacznie mniejszy niż istniejący obraz niższej wersji, więc dodałem kolejny dysk o rozmiarze większym niż wystarczający

make bzImage

make modules

make modules_install

make install

zaczyna działać jak urok. Zastanawiam się, dlaczego tworzenie obrazu zostało ukończone wcześniej i spowodowało uszkodzenie obrazu (o mniejszym rozmiarze) bez zgłaszania błędu [za każdym razem]

Miałem dokładnie ten sam problem po zainstalowaniu Xubuntu 14.04 32bit. Po prostu spróbuj tego:

1. po zakończeniu rozruchu komunikatem UUID i (initramfs)po prostu wpisz exitlub, exec startxa dostaniesz się do GUI
2. edytuj jako root /etc/default/grub
3. znajdź #GRUB_DISABLE_LINUX_UUID=true, usuń #i zapisz
4. w biegu terminalowym: sudo update-grubisudo reboot

A potem powinno działać.