Ubuntu 14.04 bootet nach Fehlermeldung nicht. / tmp konnte nicht gemountet werden

31

Ich habe Ubuntu 14.04 kürzlich mit WUBI installiert und nach der Installation beim Booten einen Fehler festgestellt:

Serious errors were found while checking the disk drive for /. 

Es gab drei Möglichkeiten:

press [I] to ignore, press [S] to skip mounting and press [M] to mount manually. 

Nachdem ich gedrückt hatte I, /tmpkonnte es nicht gemountet werden und mein Ubuntu startet nicht.

  • Kann mich bitte jemand anleiten, wie man dieses Problem löst?
user272877
quelle
@ Pandya Ich habe den Link schon gesehen, aber die Antworten scheinen mir nicht zu helfen, das Problem zu lösen
user272877
Ich möchte via Wubi installieren, da ich dann Ubuntu jederzeit problemlos entfernen kann. Können Sie mir bitte helfen, dieses Problem zu lösen
user272877
Ich habe das oben genannte verwendet und es funktioniert großartig. Wenn ich jedoch versuche, den GRUB2-Starteintrag zu bearbeiten; es wird wieder auf das Original zurückgesetzt (auch nach dem Speichern). Ich habe den Befehl verwendet: sudo gedit /etc/grub.d/10_lupin Ich konnte ihn bearbeiten und speichern (geändert von ro in rw). Nach dem Neustart wird jedoch der ursprüngliche Starteintrag wiederhergestellt. Wie kann ich es dauerhaft machen? Vielen Dank,
Heilige Kuh, warum passiert das überhaupt?
Dirk

Antworten:

43
  1. Wählen Sie im Windows Boot Manager Ubuntu.
  2. Drücken Sie eine beliebige Taste und rufen Sie das GNU Grub2-Menü auf.
  3. Sie können "e" drücken, um den GRUB2-Starteintrag zu bearbeiten.

Sie müssen den GRUB2-Starteintrag von "ro" in "rw" ändern.

z.B

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk ro   quiet splash $vt_handoff

zu

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk rw   quiet splash $vt_handoff

Drücken F10Sie, Sie können in Ubuntu 14.04 booten.

Und Sie können den GRUB2-Starteintrag reparieren:

sudo vi /etc/grub.d/10_lupin

Ändern Sie die Zeile:

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} ro ${args}

zu:

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} rw ${args}

GRUB2-Starteintrag neu generieren:

sudo update-grub
user273948
quelle
Ok danke für die Hilfe , aber letzte Frage , wie kann ich ohne Boote in ubuntu die Maden Datei ändern , weil ich in meinen Ubuntu booten kann nicht
user272877
1. Wählen Sie im Windows-Boot-Manager Ubuntu. 2. Drücken Sie eine beliebige Taste und gehen Sie in das GUN Grub2-Menü. 3. Sie können "e" drücken, um die Befehle vor dem Booten zu bearbeiten.
user273948
Nachdem Sie im Windows-Boot-Manager "Ubuntu" ausgewählt haben, halten Sie die Umschalttaste gedrückt, und das Grub-Menü sollte angezeigt werden.
Gfour
Vielen Dank mein Ubuntu endlich gebootet! Vielen Dank an alle
user272877
Ich behebe das Problem mit dieser Antwort, aber jetzt, wenn ich den Computer neu starte oder herunterfahre, nachdem ich in den Startoptionen Ubuntu ausgewählt habe, wird der Bildschirm schwarz und wird nie initiiert. Ich starte manuell neu und wähle dann Ubuntu in den Startoptionen, drücke im Menü e und dann F10 und es wird gut geladen, muss immer e -> F10 drücken, um Ubuntu laden zu können. Irgendwelche Vorschläge?
Duver
6

Die vorübergehende Korrektur - Überschreiben der anfänglichen Bereitstellung der root.disk in rw(Lese- / Schreibzugriff) anstelle von ro(schreibgeschützt) ist gut. Dies ist die einzige Möglichkeit, Wubi nach einer 14.04-Installation (oder einem Upgrade) zu starten.

Es gibt jedoch eine bessere Lösung für längere Zeiträume als die permanente Änderung des Mount zum Lesen / Schreiben. Es ist am besten, die Art und Weise zu ändern, in der das Loop-Gerät erstellt wird, um das erneute Bereitstellen als Lese- / Schreibzugriff zu ermöglichen. Auf diese Weise können Sie den Wiederherstellungsmodus verwenden.

Ändern Sie die Datei /usr/share/initramfs-tools/script/localwie gezeigt (eine Zeile entfernt, drei hinzugefügt):

--- /home/bcbc/local   2014-11-19 20:25:12.274837304 -0800
+++ /usr/share/initramfs-tools/scripts/local   2014-11-19 20:28:37.990832807 -0800
@@ -143,7 +143,9 @@
        modprobe ${FSTYPE}

        # FIXME This has no error checking
-       mount ${roflag} -o loop -t ${FSTYPE} ${LOOPFLAGS} "/host/${LOOP#/}" ${rootmnt}
+       loopdev=`losetup -f`
+       losetup ${loopdev} "/host/${LOOP#/}"
+       mount ${roflag} -t ${FSTYPE} ${LOOPFLAGS} ${loopdev} ${rootmnt}        

        if [ -d ${rootmnt}/host ]; then
            mount -o move /host ${rootmnt}/host

Aktualisieren Sie nach der Änderung die ursprüngliche Ramdisk:

sudo update-initramfs -u

Weitere Informationen und Informationen zum Fix finden Sie unter: https://code.launchpad.net/~noorez-kassam/ubuntu/utopic/initramfs-tools/fix-for-1317437/+merge/219927

Achtung : Wenn Sie bei der Anwendung dieses Fixes Tippfehler machen, kann dies natürlich dazu führen, dass Ihre Installation nicht mehr startet. Fahren Sie also mit Vorsicht fort. Und wenn Sie sich nicht sicher sind, verwenden Sie die einfachere Grub-Übersteuerung. Stellen Sie sicher, dass Sie das Anführungszeichen, nicht für die loopdev=Zeile verwenden.

Wenn Sie dies versuchen und auf Probleme stoßen, können Sie Folgendes versuchen:

  1. Wenn Sie mehr als einen Kernel haben, rufen Sie das Wiederherstellungsmenü auf und wählen Sie einen älteren Kernel aus (mit eigenem initramfs).
  2. Sie können das initramfs( vor dem Update ) sichern und es dann von einer Live-DVD / USB über das fehlerhafte kopieren.
  3. Man könnte das initramfsin einem umbauen chroot, aber das ist ein bisschen umständlich.

Wenn es sich um eine Neuinstallation handelt, ist eine Neuinstallation die beste Option.

bcbc
quelle
Ich versuche wie Sie, eine bessere langfristige Lösung für dieses Problem zu finden. Hat Ihre Methode ausprobiert und beim Neustart viele Fehler festgestellt, von denen einige auf fehlende Dateien wie / etc / fstab hinwiesen. Könnte sein, dass ich einen Tippfehler gemacht habe. Ist es jedoch möglich, dass 'losetup' ein anderes erstes unbenutztes Loop-Gerät findet als erwartet? Sollte ich stattdessen / dev / loop0 verwenden? Zur Zeit habe ich den einfacheren Grub Override angewendet.
Bill
@ Bill Ich denke, es gibt einen Tippfehler. Wenn Sie Ihren Code einfügen und den Link posten, werde ich einen Blick darauf werfen.
BBC
Danke, bcbc. Leider kann ich den Originalcode nicht einfügen, da ich wubi deinstalliert und neu installiert habe. Ich werde jedoch den aktuellen Code einfügen, den ich zum erneuten Erstellen von initramfs verwenden möchte. Hier ist der Link: pastebin.com/bRKc9fdL
Bill
@ Rechnung das sieht gut aus.
bcbc
3
Um Apostelgeschichte 8: 8 zu zitieren - Es gab also viel Freude in dieser Stadt ... so war es auch an diesem Abend im Haushalt von Tourloupis ...! Vielen Dank für Ihre Hilfe bcbc. Mein Problem gelöst. Muss doch ein Tippfehler gewesen sein! Allerdings musste ich diesen Teil des Codes kopieren und in die neueste Kopie von / usr / share / initramfs-tools / script / local einfügen, da er geändert wurde, seit ich meinen ursprünglichen Kommentar gepostet hatte. Ansonsten hat es wie ein Zauber geklappt! Das heißt, nachdem ich die betroffene Zeile von /etc/grub.d/10_lupin wieder in schreibgeschützt geändert habe. Nochmals vielen Dank für Ihre Hilfe!
Bill