WARNEN! / dev / disk / by-uuid / xxxxxxxxx existiert nicht. In eine Muschel fallen lassen


28

Ich benutze Ubuntu 14.04.

Ich bin im Terminal gelaufen 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 von einem USB-Stick starten. Ja, ich habe das BIOS-Setup zweimal überprüft und das USB-Flash-Laufwerk ist in Ordnung und läuft auf einem anderen Computer. Im Moment werde ich eine DVD kaufen und eine Live-DVD von einem anderen Laptop brennen.

sudo blkid gibt 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, Boot-Repair 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 dies gelöst werden kann?


1
Führen Sie sudo blkidvom Terminal aus (von einer Live-DVD, falls erforderlich) und überprüfen Sie die UUIDs auf die vorhandenen Daten /etc/fstab. Oder posten Sie bitte beide Ergebnisse in Ihrer Frage. So starten Sie sudo blkideine Live-DVD: Booten Sie von der Ubuntu-Live-Diskette und klicken Sie beim Start auf die Option Ubuntu testen. Öffnen Sie das Terminal (Strg + Alt + T) und führen Sie den sudo blkidBefehl darin aus. Stellen Sie abschließend die Ausgabe in Ihre Frage.
Karl

1
ok @ Karel 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 / fstab haben die gleiche UUID = "xxxx" und es gibt Zeile, in der Fehler geschrieben ist = remount-ro 0 -
Marcin Gorski

1
Ich habe dies nach dem Start Boot-Reparatur Boot-Reparatur-Protokoll
Marcin Gorski

und dann kann ich mich immer noch nicht bei Ubuntu einloggen ...
Marcin Gorski

3
@MarcinGorski Bitte fügen Sie Ihre Lösung als Antwort hinzu und markieren Sie sie als akzeptiert, anstatt die Frage zu bearbeiten.
muru

Antworten:


25

Die Lösung bestand darin, diese Befehle von liveDVD aus auszuführen. So kann ich auf meinem sda1 von diesem liveDVD aus Dinge tun (soweit ich das verstehe).

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 Forum hat mir beim Lösen geholfen dieses Problem zu .

Er fand heraus, dass in initramfs möglicherweise ein Fehler vorliegt, der im Rahmen des Kernel-Updates aktualisiert werden sollte. Wenn während dieses Updates etwas schief geht, können Probleme wie meine auftreten.


4
Guter Post. Ich möchte hinzufügen, dass Ubuntu nicht unbedingt installiert ist sda1. Um herauszufinden, wo es installiert ist, führen Sie es aus sudo fdisk -l. Angenommen, Sie wissen, auf welcher Festplatte Sie Ubuntu installiert haben, dann sollte Ihnen dieser Befehl dabei helfen, festzustellen, welche sd * -Zuordnungen zu diesem Laufwerk gehören.
Ubiquibacon

Ich habe dies auf Ubuntu MATE 17.04 (Neuinstallation) versucht, und es hat leider nicht geholfen ...
Dominic Hayes

1
Ich bekam, WARNING: missing /lib/modules/4.2.0-16-genericweil LiveCD andere Kernel-Version hatte. So habe ich angebracht tmp, libund lib64dann funktionierte alles.
Max Malysh

Ich musste das Dateisystem angeben, das für eine ext4-Partition ( mount -t ext4 /dev/sda1 /mnt) gemountet werden soll , sonst hat das super funktioniert.
Shane

-2

Leute mögen dies missbilligen, aber ich habe festgestellt, dass die Verwendung von " /dev/sdX" für mich zuverlässiger ist als die von UUID für meine persönlichen Systeme. In einer Unternehmensumgebung würde ich mehr Anstrengungen unternehmen, damit es mit der UUID anstelle der Adresse "/ dev /" funktioniert, aber Sie sollten sicher sein, /dev/sdaXin zu verwenden/etc/fstab mindestens statt UUID Referenz, in der Lage sein , Ihr System , während Sie zu booten Suchen Sie weiterhin nach der Antwort, warum genau der Startvorgang fehlschlägt, obwohl in / etc / fstab die richtige UUID angegeben ist.

Wenn Sie diese Route fahren möchten, gehen Sie wie folgt vor:

  1. Starten Sie die Wiederherstellungsshell oder ein Live-USB-Laufwerk oder eine CD

  2. Stellen Sie Ihre Systempartition bereit, die nicht gestartet werden kann

  3. Bearbeiten Sie die /etc/fstabin Schritt 2 genannte Datei in der Systempartition als root und ersetzen Sie sie in allen relevanten Einträgen durch UUID=XXXXXdie entsprechende /dev/sdXBezeichnung /etc/fstab.

Hinweis: Mir ist bekannt, dass dieses Verfahren für Ubuntu und von Ubuntu abgeleitete Distributionen zuverlässig ist (zum Zeitpunkt des Schreibens dieses Artikels; dies kann sich mit jeder kommenden Version leicht ändern). Ich weiß, dass es für einige andere Distributionen wie Knoppix oder Arch Linux nicht zuverlässig funktioniert (dies liegt an Unterschieden in der Art und Weise, wie UDEV Geräte scannt und ihnen Namen im / dev-Dateisystem gibt). Wenn Sie eine nicht von Ubuntu abgeleitete Distribution verwenden, verwenden Sie diese Methode nicht oder auf eigenes Risiko.


Danke für eure Hilfe @MGodby aber ich finde schon Lösung.
Marcin Gorski

4
Ihre Methode ist die alte Methode, die aus ziemlich guten Gründen ersetzt wurde, hauptsächlich, weil die Laufwerksnummerierung nicht konstant ist und es möglich ist, von einem unerwarteten Laufwerk zu booten. Dies ist mit UUID nicht möglich. Aber ich benutze oft das "LABEL = ___" -Format, nur weil es klarer ist, sofort zu sehen, was was ist. Beispiel: LABEL=data_partition.
Marty Fried
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.