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

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?

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

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.