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
/etc/default/grub
undrootdelay=10
zurGRUB_CMDLINE_LINUX
Variablen 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.exit
Antworten:
Da das Root-Dateisystem nach einiger Zeit erkannt wird, können Sie ein
rootdelay
oder ein hinzufügenrootwait
. Aus der Kerneldokumentation :Um dies festzulegen, bearbeiten
/etc/default/grub
und ändern Sie den Wert vonGRUB_CMDLINE_LINUX
. Verwenden Sie Ihren bevorzugten Editor wienano
odergedit
mitsudo
odergksudo
nach Bedarf:Fügen Sie
rootdelay=10
innerhalb der Anführungszeichen hinzu. Wenn Sie nicht manuell bearbeiten möchten, führen Sie den folgenden Befehl aus:Dann renne:
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
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
rootdelay
und 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.
quelle
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.
quelle
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ührtsudo parted -l
. Ich musste zwei Dinge tun, um dies zu beheben: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.Beim nächsten Start von meinem USB-Stick konnte ich meine SSD-Festplatte (at
/dev/nvme01n1
) sehen. Ich habe es dann installiertboot-repair
, ausgeführt und neu gestartet. Voila.quelle
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.
quelle
Ich hatte das gleiche Problem, Link zu meiner Frage
Das Problem ist die Erstellung von initramfs, nachdem a
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
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.
quelle
Ich hatte genau das gleiche Problem nach der Installation von Xubuntu 14.04 32bit. Versuchen Sie einfach Folgendes:
(initramfs)
einfachexit
oder einexec startx
und Sie gelangen in die GUI/etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
, lösche#
und speichere essudo update-grub
undsudo reboot
Und danach sollte es funktionieren.
quelle