Ich habe es aufgegeben, auf das Root-Gerät unter Ubuntu zu warten

Ich habe gerade Ubuntu 12.10 installiert, um mit Windows 8 dual zu booten, aber jedes Mal, wenn ich Ubuntu aus dem Grub-Menü auswähle, bleibt es bei diesem Fehler hängen und bootet nicht:

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/920903aa-762f-40d2-8126-87f4b0e6f975 does not exist. Dropping to a shell!

BusyBox v1.19.3 (Ubuntu 1:1.10.3-7ubuntu1.1) built-in shell (ash)
Enter 'help' for a lost of built-in commands.
(initramfs)

Ich habe es mit versucht boot-repair, aber es hilft nicht, hier ist das Protokoll, das es generiert hat .

Ich hatte das gleiche Problem. Die Sache ist, dass ich den Laptop für lange Zeit ausgeschaltet hatte und als ich ihn einschaltete, zeigte es die gleiche Meldung. Anscheinend haben sich einige Konfigurationen geändert (höchstwahrscheinlich auf eine Standardeinstellung), wenn das Gerät für längere Zeit ausgeschaltet war.

Ich habe es über diesen Link hier auf Stack Exchange gelöst:

"initramfs" -Fehler NUR beim Booten auf Dell XPS 13 (bootet einwandfrei auf einem anderen Computer)

Lösung ist:

• Starten Sie neu.
• Drücken Sie F12und gehen Sie zu den BIOS-Einstellungen.
• Systemkonfigurationen → SATA-Operationen
• Ändern Sie RAID in AHCI

Wenn Sie Ubuntu Desktop auf einer Partition / Festplatte installiert haben, die Teil eines RAID-Arrays oder einer verschlüsselten Festplatte ist, oder unter Windows ME, kann es wahrscheinlich nicht gestartet werden. Die Installation von Ubuntu Desktop auf einer dieser Quellen wird nicht unterstützt .

Wenn Sie Ubuntu Desktop auf einer der oben genannten Quellen installiert haben und es nicht startet:

1. Deinstallieren Sie Ubuntu.
2. Installieren Sie Ubuntu auf einer Festplatte oder Partition, die nicht Teil eines RAID-Arrays ist, nicht verschlüsselt und nicht unter Windows ME, und es sollte einwandfrei starten.

Ich habe auch das gleiche Problem aufgetreten, aber ich kann es über den folgenden Link lösen

http://blog.wittchen.biz.pl/ubuntu-system-boot-problem/

Versuch Nr. 1

Zuerst habe ich versucht, rootdelay zu ändern, wie in der Fehlermeldung angegeben. Ich habe die Datei / etc / default / grub geöffnet und dort die folgende Zeile gefunden: GRUB_CMDLINE_LINUX_DEFAULT = "leiser Spritzer" und geändert in: GRUB_CMDLINE_LINUX_DEFAULT = "rootdelay = 90 leiser Spritzer" rootdelay wurde länger, aber leider konnte das Problem nicht behoben werden mein Fall.

Versuch Nr. 2

Ich habe die Datei / etc / fstab bearbeitet. Ich habe den folgenden Befehl im Terminal ausgeführt: sudo gedit / etc / fstab und die fstab-Datei in gedit bearbeitet. Am Anfang sah meine Datei so aus:

# /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/sda1 during installation
UUID=96889309-5f73-4688-8354-e64cd1bb158f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=480cc3f7-a39d-4d0f-93d5-49fc8df1a392 none            swap    sw              0       0

Dann habe ich eine Zeile kommentiert und eine weitere hinzugefügt, die das / dev / sda1-Festplattengerät beschreibt. Jetzt sieht meine Datei wie folgt aus:

# /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/sda1 during installation
UUID=/dev/sda1  /               ext4    errors=remount-ro 0       1
# UUID=96889309-5f73-4688-8354-e64cd1bb158f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=480cc3f7-a39d-4d0f-93d5-49fc8df1a392 none            swap    sw              0       0

Das Problem bestand immer noch, also versuchte ich einen weiteren Versuch, es zu lösen.

Versuch Nr. 3

Ich habe das Terminal geöffnet und den folgenden Befehl eingegeben:

sudo grub-install /dev/sda

und dann habe ich einen anderen Befehl eingegeben, um grub zu aktualisieren:

sudo update-grub

Nach all dem habe ich den Computer neu gestartet und schließlich ist der Fehler verschwunden und das Problem wurde behoben!

Ich habe das gleiche Problem, während ich für das gesamte System, einschließlich des Kernels, gepatcht habe. Leider ist das Paket defekt, was dazu führt, dass der Kernel teilweise aktualisiert und korrigiert wurde.

Ich hatte Angst vor Problemen, da der Mailserver gehostet wurde und sich die Daten auch auf demselben Computer befinden.

Ich google es. versuchte alle möglichen Konzepte wie unten.

1. Booting with live cd
2. doing fsck for / partition and /boot
3. grub-install on /dev/sda(which is default root filesystem)
4. check fstab

Und folgende Lösung machen glücklich, Boot-Server zu bekommen.

-> beachte in meinem Fall, dass boot auf / boot gemountet ist, was / dev / sda3 ist, wo als / dev / sda1
/ Dateisystem.

Einfache Lösung, um das Problem zu beheben (aber alle Module zu überqueren, die auf Kernel-Ebene installiert werden

1. Kopieren / Booten eines anderen Servers abgeschlossen / Booten ohne grub.cfg auf externe Flash-Disk

2. booten mit live cd

3. Finden Sie das Root-Dateisystem mit dem folgenden Befehl fdisk -l / dev / sda heraus

4. mount / Dateisystem auf / mnt mount / dev / sdXY / mnt

5. mkdir-Verzeichnis zum Mounten externer Daten mkdir -p / mnt / pd

6. Mounten Sie Flash-Disk-Daten in / mnt / pd

7. Jetzt ist es an der Zeit, Chages im Root-Dateisystem mit dem Befehl chroot auszuführen (Bitte beachten Sie, während Sie Chages ausführen).

8. chroot / mnt

9. Jetzt Kopie des gesamten / mnt / pd / boot / to / mnt

10. Ausfahrt

11. jetzt unmout / mnt / pd

12. Erstelle einen neuen Ordner mkdir -p / mnt / test

13. mount / boot on / mnt / test

    mount / dev / sdXY / mnt / test

14. Jetzt ist / boot auf / mnt / test / gemountet

15. wieder chroot / mnt

16. Benennen Sie alle Dateien um, die / mnt / test / enthalten.

17. Kopieren Sie jetzt / mnt / boot (das wir von pd kopiert haben) nach / mnt / test /

18. Stellen Sie sicher, dass Sie das Original grub.cfg / mnt / test / boot / grub / grub.cfg verwenden

19. Ausfahrt

20. Neustart

21. Sie werden ohne Probleme erfolgreich auf den Server gestartet.

Ich habe gerade zufällig angefangen, Sachen zu tippen ... versuche:

(initramfs) blkid
(initramfs) blockdev --rereadpt /dev/sda
(initramfs) blkid
(initramfs) exit

Dadurch gelangen Sie zumindest zum Desktop, auf dem Sie Probleme beheben können, die wahrscheinlich auf einen proprietären Treiber oder ähnliches zurückzuführen sind

Nach viel Mühe habe ich es endlich geschafft:

Ich habe live von USB gebootet, um das Problem zu beheben, bei dem ich festgestellt habe, dass Update-Grub mit dem Fehler "Kanonischer Pfad in Kuh konnte nicht gefunden werden ..." fehlgeschlagen ist.

Ich habe dann viel versucht, bis ich Folgendes gefunden habe:

https://askubuntu.com/a/772892/925082

wo ich dem zweiten weg folgte, aber sein sda5 durch mein sdb6 als root ersetzte