“Mi sono arreso aspettando il dispositivo root. Mettere in guardia! / dev / disk / by-uuid / non esiste. Cadere in una shell "durante l'avvio

Ho usato Ubuntu qualche anno fa e ci ho rinunciato. Ora sono pronto per riprovare. Con mia sorpresa sono stato accolto con favore questo messaggio non appena ho fatto la prima installazione. Se avessi aspettato un po 'di tempo e digitato exit, il sistema operativo si avvierebbe normalmente. Ho deciso di reinstallare Ubuntu e vedere se questo avrebbe funzionato. Non è stato così. Continua a comportarsi allo stesso modo.

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)

Tutti i suggerimenti sono apprezzati!

sudo blkid; montare; uscita 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

Ecco l'output di 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

Poiché il filesystem di root viene rilevato dopo qualche tempo, è possibile aggiungere a rootdelayo a rootwait. Dalla documentazione del kernel :

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

Per impostare, modificare /etc/default/grube cambiare il valore di GRUB_CMDLINE_LINUX. Usa il tuo editor preferito, come nanoo gedit, con sudoo gksudosecondo necessità:

sudo nano /etc/default/grub

Aggiungi rootdelay=10tra virgolette. Se preferisci non modificare manualmente, esegui questo comando:

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

Quindi eseguire:

sudo update-grub

Questo dirà al kernel di attendere 10 secondi prima di procedere con il mount del filesystem di root. Per vedere se questa modifica è stata applicata, esegui

grep rootdelay /boot/grub/grub.cfg

Se è stato mostrato un output, è stato applicato. Ora riavvia.

Se ha ancora generato un errore, premere CtrlAltDelper riavviare, attendere che venga visualizzato il menu di selezione del sistema operativo GRUB e premere e. Modifica il valore di rootdelaye aumentalo. Premere F10per avviare. Ripetere.

Se è stato avviato correttamente, provare il processo sopra descritto e ridurre il valore.

Ho riscontrato lo stesso problema dopo aver riparato la tabella delle partizioni. Il messaggio era in realtà semplice. Controllato la directory / dev / disk / by-uuid /, l'Uuid nel messaggio non è andato a buon fine. Invece, c'era un altro uuid che si collegava alla partion (../../sda5 per il mio) quella che era prevista la giusta partizione.

Alla fine ho risolto semplicemente il problema: modifica /boot/grub/grub.cfg, sostituisci l'UUID errato con quello giusto.

Nessuna delle soluzioni sopra ha funzionato per me. Ho avviato il computer dalla stessa chiavetta USB che ho usato per installare Ubuntu, ma il mio SSD non era elencato con df -h/ sudo fdisk -l/ sudo blkid/ lsblk/ sudo parted -l. Ho dovuto fare due cose per risolvere questo problema:

1. Disabilita Fast Boot. Fare questo dal BIOS non è stato sufficiente (prova a riavviare e guardare di nuovo - ha continuato a tornare abilitato). Ho dovuto disabilitarlo prima nelle impostazioni di Windows, poi nel BIOS.
2. Ho dovuto passare da RST a AHCI. È necessario Google questo e trovare tutti i passaggi. Il mio BIOS mi ha avvertito che tutto sarebbe andato perduto, e per fortuna no.

La prossima volta che ho avviato dal mio thumbdrive ho potuto vedere il mio disco SSD (at /dev/nvme01n1). Ho quindi installato boot-repair, eseguito e riavviato. Ecco.

Ho installato Windows 7 a 64 bit sul mio laptop. Quindi ho installato Ubuntu 14.04 da una chiavetta USB, in modo da poter avviare dual boot Windows e Ubuntu. Ho quindi ricevuto l'errore di errore "rinunciato ad attendere il dispositivo root".

Per risolverlo ho provato molte cose suggerite nei forum: reinstallare Ubuntu, reinstallare e aggiornare grub, boot-repair, update-initramfs e niente ha funzionato. L'unica cosa che l'ha risolto è stata l'installazione da un CD. L'installazione del CD ha funzionato perfettamente e senza errori.

Ho avuto lo stesso problema, link alla mia domanda

Il problema è con la creazione di initramfs, dopo aver fatto un

make oldconfig

e scegliendo l'impostazione predefinita per le nuove opzioni, assicurati che lo spazio su disco ENOUGH sia disponibile per l'immagine da creare. nel mio caso l'immagine creata non era corretta e quindi non riusciva a montare l'immagine all'avvio.

se confrontato; la dimensione dell'immagine era piuttosto inferiore all'immagine esistente della versione precedente, quindi ho aggiunto un altro disco con dimensioni più che sufficienti e quindi

make bzImage

make modules

make modules_install

make install

inizia a lavorare come un incantesimo. Mi chiedo perché la creazione dell'immagine sia stata completata in precedenza e abbia provocato un'immagine corrotta (con dimensioni inferiori) senza generare alcun errore [ogni singola volta]

Ho avuto esattamente lo stesso problema dopo aver installato Xubuntu 14.04 a 32 bit. Prova questo:

1. dopo che l'avvio termina con il messaggio UUID e (initramfs)basta digitare exito exec startxe ti porterà nella GUI
2. modifica come root /etc/default/grub
3. trovare #GRUB_DISABLE_LINUX_UUID=true, eliminare #e salvarlo
4. in esecuzione terminale: sudo update-grubesudo reboot

E dopo questo dovrebbe funzionare.