„Ich habe es aufgegeben, auf das Root-Gerät zu warten. Warnen! / dev / disk / by-uuid / existiert nicht. Auf eine Shell fallen lassen “beim Booten

11

Ich habe Ubuntu vor einigen Jahren benutzt und es aufgegeben. Ich bin jetzt bereit, es erneut zu versuchen. Zu meiner Überraschung wurde ich mit dieser Nachricht begrüßt, sobald ich die erste Installation durchgeführt hatte. Wenn ich einige Zeit warten und exit eingeben würde, würde das Betriebssystem normal booten. Ich entschied mich, Ubuntu neu zu installieren und zu sehen, ob das den Trick machen würde. Das war nicht der Fall. Es verhält sich immer so.

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)

Anregungen sind willkommen!

sudo blkid; montieren; Ausgabe von 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

Hier ist die Ausgabe von 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
boot 
— Inti Garcia
quelle
In Ordnung. Es gibt einige Themen, ohne definitive Lösung. Versuchen Sie Folgendes: Bearbeiten /etc/default/grubund rootdelay=10zur GRUB_CMDLINE_LINUXVariablen hinzufügen . Dies weist es an, 10 Sekunden zu warten, bis das Root-Gerät angezeigt wird. Passen Sie den Wert an Ihren Fall an.
— Muru
Sollte ich die Zeit einfach weiter erhöhen, bis der Fehler aufhört?
— Inti Garcia
Ok, also habe ich das Outout von grep rootdelay /boot/grub/grub.cfg auf die ursprüngliche Frage hochgeladen. Ich habe auch neu gestartet und die gleiche Meldung erscheint. Um wie viel soll ich es erhöhen? Ich habe irgendwo gelesen, dass 90 es für jemanden getan haben. Ich muss ungefähr eine Minute warten.
— Inti Garcia
Erhöhen hilft nicht? (Als Schätzung, wie lange müssen Sie warten, bevor Sie exit
— tippen
Ok, ich habe die Root-Verzögerung auf 90 geändert und die Meldung nicht erhalten, aber es dauerte ungefähr eine Minute, bis ich vom Auswahlbildschirm des Betriebssystems zum Anmeldebildschirm von Ubuntu gewechselt bin. Darf ich fragen, was die Root-Verzögerung ist und was sie mit dem System macht?
— Inti Garcia

Antworten:

10

Da das Root-Dateisystem nach einiger Zeit erkannt wird, können Sie ein rootdelayoder ein hinzufügen rootwait. Aus der Kerneldokumentation :

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

Um dies festzulegen, bearbeiten /etc/default/grubund ändern Sie den Wert von GRUB_CMDLINE_LINUX. Verwenden Sie Ihren bevorzugten Editor wie nanooder geditmit sudooder gksudonach Bedarf:

sudo nano /etc/default/grub

Fügen Sie rootdelay=10innerhalb der Anführungszeichen hinzu. Wenn Sie nicht manuell bearbeiten möchten, führen Sie den folgenden Befehl aus:

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

Dann renne:

sudo update-grub

Dadurch wird der Kernel angewiesen, 10 Sekunden zu warten, bevor das Root-Dateisystem bereitgestellt wird. Führen Sie aus, um festzustellen, ob diese Änderung angewendet wurde

grep rootdelay /boot/grub/grub.cfg

Wenn eine Ausgabe angezeigt wurde, wurde sie angewendet. Starten Sie jetzt neu.

Wenn immer noch ein Fehler aufgetreten ist, drücken Sie CtrlAltDelzum Neustart, warten Sie, bis das GRUB OS-Auswahlmenü angezeigt wird, und drücken Sie e. Bearbeiten Sie den Wert von rootdelayund erhöhen Sie ihn. Drücken Sie F10zum Boot. Wiederholen.

Wenn es richtig gestartet wurde, versuchen Sie den obigen Vorgang und verringern Sie den Wert.

— muru
quelle
Dieser Prozess hat funktioniert. In meinem speziellen Fall musste ich die Rootdelay = 40 setzen. Ich kann noch nicht upvoten, da ich unter 15 rep bin.
— Inti Garcia
@IntiGarcia das ist ok In der Tat sollten Sie die Antwort für eine Weile nicht akzeptieren, um zu sehen, ob jemand anderes eine richtige Lösung findet. Ich werde die Kommentare bereinigen.
— Muru
In Ordnung, danke für Ihren Rat zu Ubuntu und Stack Etikette Jaja.
— Inti Garcia
1

Ich bin auf dasselbe Problem gestoßen, nachdem ich die Partitionstabelle repariert hatte. Die Nachricht war eigentlich unkompliziert. Überprüfte das Verzeichnis / dev / disk / by-uuid /, die UUID in der Nachricht fehlte. Stattdessen gab es eine andere UUID, die mit der Partition verknüpft war (../../sda5 für meine), was die richtige Partition erwartete.

Schließlich habe ich das Problem einfach gelöst: edit /boot/grub/grub.cfg, ersetze die falsche UUID durch die richtige.

— Henry
quelle
1

Keine der oben genannten Lösungen hat bei mir funktioniert. Ich habe den Computer von demselben USB-Stick gebootet, mit dem ich Ubuntu installiert habe, aber meine SSD war nicht mit df -h/ sudo fdisk -l/ sudo blkid/ lsblk/ aufgeführt sudo parted -l. Ich musste zwei Dinge tun, um dies zu beheben:

  1. Deaktivieren Fast Boot. Dies über das BIOS zu tun war nicht ausreichend (versuchen Sie es neu und suchen Sie es erneut - es wurde immer wieder aktiviert). Ich musste es zuerst in den Windows-Einstellungen und dann im BIOS deaktivieren.
  2. Ich musste von RST zurück zu AHCI wechseln. Sie müssen dies googeln und alle Schritte finden. Mein BIOS warnte mich, dass alles verloren gehen würde, und zum Glück war es nicht so.

Beim nächsten Start von meinem USB-Stick konnte ich meine SSD-Festplatte (at /dev/nvme01n1) sehen. Ich habe es dann installiert boot-repair, ausgeführt und neu gestartet. Voila.

— oliversisson
quelle
0

Ich hatte Windows 7 64-Bit auf meinem Laptop installiert. Dann installierte Ubuntu 14.04 von einem USB-Stick, so dass ich Windows und Ubuntu dual booten konnte. Ich habe dann den Fehlerfehler "Warten auf Root-Gerät aufgegeben" erhalten.

Um das Problem zu beheben, habe ich viele in Foren vorgeschlagene Dinge ausprobiert: Neuinstallation von Ubuntu, Neuinstallation und Aktualisierung von Grub, Boot-Reparatur, Update-Initramfs und nichts hat funktioniert. Das einzige, was das Problem behoben hat, war die Installation von einer CD. Die CD-Installation hat einwandfrei und ohne Fehler funktioniert.

— user390763
quelle
0

Ich hatte das gleiche Problem, Link zu meiner Frage

Das Problem ist die Erstellung von initramfs, nachdem a

make oldconfig

Stellen Sie bei Auswahl der Standardeinstellung für neue Optionen sicher, dass der GENUG-Speicherplatz für das zu erstellende Image verfügbar ist. In meinem Fall war das erstellte Image nicht korrekt und daher konnte das Image beim Booten nicht gemountet werden.

beim Vergleich; Die Image-Größe war deutlich geringer als das vorhandene Image der unteren Version, daher habe ich eine weitere Festplatte mit mehr als ausreichender Größe hinzugefügt und dann

make bzImage

make modules

make modules_install

make install

beginnt wie ein Zauber zu arbeiten. Ich frage mich, warum die Bilderstellung früher abgeschlossen wurde und zu einem beschädigten Bild (mit geringerer Größe) führte, ohne [jedes Mal] einen Fehler auszulösen.

— Himanshu Sourav
quelle
0

Ich hatte genau das gleiche Problem nach der Installation von Xubuntu 14.04 32bit. Versuchen Sie einfach Folgendes:

  1. Nachdem der Start mit der UUID-Nachricht beendet ist, geben Sie (initramfs)einfach exitoder ein exec startxund Sie gelangen in die GUI
  2. als root bearbeiten /etc/default/grub
  3. finde #GRUB_DISABLE_LINUX_UUID=true, lösche #und speichere es
  4. im Terminallauf: sudo update-grubundsudo reboot

Und danach sollte es funktionieren.

— muru
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.