☰

ACHTUNG! /dev/disk/by-uuid/xxxxxxxxx existiert nicht. Wechsel zu einer Shell

tag-icon • tag-icon boot 14.04 grub2 boot-repair initramfs
ACHTUNG! /dev/disk/by-uuid/xxxxxxxxx existiert nicht. Wechsel zu einer Shell

Ich verwende Ubuntu 14.04.

Ich habe es im Terminal ausgeführt sudo apt-get update. Dann habe ich das System neu gestartet. Und jetzt sehe ich:

ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_

Ich kann LIVE Ubuntu nicht vom USB-Flash-Laufwerk booten. Ja, ich habe das BIOS-Setup doppelt überprüft und das USB-Flash-Laufwerk ist OK und läuft auf einem anderen Rechner. Jetzt werde ich mir eine DVD kaufen und eine Live-DVD von einem anderen Laptop brennen.

sudo blkidgibt mir:

/dev/loop0: TYPE="squashfs"  
/dev/sda1: UUID="xxxx" TYPE="ext4"   
/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"

/etc/fstabhat das gleiche UUID="xxxx"und es gibt eine Zeile mit:

errors=remount-ro 0

Ich habe versucht, die Boot-Reparatur zu verwenden, kann mich aber immer noch nicht bei Ubuntu anmelden.

Ich möchte Ubuntu nicht neu installieren, da ich dort viele Daten habe.

Haben Sie einen Rat, wie das Problem gelöst werden kann?

Antwort1

Die Lösung bestand darin, diese Befehle von LiveDVD aus auszuführen. So kann ich von dieser LiveDVD aus Dinge auf meinem SDA1 tun (soweit ich weiß).

sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
update-initramfs -u
update-grub
reboot

Ein Freund von mir aus dem Ubuntu-PL-Forumhat mir geholfen zu lösendieses Problem.

Er fand heraus, dass möglicherweise ein Fehler in initramfs vorliegt, das im Rahmen des Kernel-Updates aktualisiert werden sollte. Wenn bei diesem Update etwas schief geht, können Probleme wie bei mir auftreten.

Antwort2

Manche Leute mögen das missbilligen, aber ich habe festgestellt, dass die Verwendung von " /dev/sdX" für mich zuverlässiger funktioniert als die UUID für meine persönlichen Systeme. In einer Unternehmensumgebung würde ich mehr Aufwand betreiben, damit es mit der UUID statt der "/dev/"-Adresse funktioniert, aber Sie sollten sicher sein, /dev/sdaXin /etc/fstabstatt der UUID-Referenz zu verwenden, zumindest um Ihr System booten zu können, während Sie weiterhin nach der Antwort suchen, warum genau der Bootvorgang fehlschlägt, obwohl die richtige UUID in /etc/fstab vorhanden ist.

Wenn Sie diesen Weg gehen möchten, gehen Sie wie folgt vor:

  1. Booten Sie in die Wiederherstellungsshell oder von einem Live-USB-Laufwerk oder einer Live-CD.

  2. Mounten Sie die Systempartition, die nicht bootet

  3. Bearbeiten Sie als Root die /etc/fstabin Schritt 2 genannte Datei in der Systempartition und ersetzen Sie sie in allen relevanten Einträgen UUID=XXXXXdurch die entsprechende Bezeichnung ./dev/sdX/etc/fstab

Hinweis: Ich weiß, dass dieses Verfahren für Ubuntu und von Ubuntu abgeleitete Distributionen zuverlässig funktioniert (zum Zeitpunkt des Schreibens dieses Artikels; dies könnte sich mit einer zukünftigen Version leicht ändern). Ich weiß mit Sicherheit, dass es für einige andere Distributionen wie Knoppix oder Arch Linux nicht zuverlässig funktioniert (das liegt an den Unterschieden in der Art und Weise, wie UDEV Geräte scannt und ihnen im /dev-Dateisystem Namen zuweist). Wenn Sie eine nicht von Ubuntu abgeleitete Distribution verwenden, verwenden Sie diese Methode bitte nicht, andernfalls verwenden Sie sie auf eigenes Risiko.

verwandte Informationen