Ubuntu 14.04 nie uruchamia się po komunikacie o błędzie. Nie można zamontować / tmp


31

Niedawno zainstalowałem Ubuntu 14.04 za pomocą WUBI, a po instalacji po uruchomieniu pokazał błąd:

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

Były trzy opcje:

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

Po naciśnięciu Ipokazałem, /tmpże nie można go zamontować, a moje Ubuntu nie uruchamia się.

  • Czy ktoś może mi pomóc w rozwiązaniu tego problemu?

@pandya Aleeady widziałem link, ale odpowiedzi nie wydają się pomóc mi rozwiązać problem
272877

Chciałbym zainstalować przez Wubi, ponieważ wtedy mogę bez problemu usunąć ubuntu, kiedy chcę. Czy możesz mi pomóc w rozwiązaniu tego problemu
272877

Użyłem powyższego i działa świetnie. Jednak gdy próbuję edytować pozycję rozruchową GRUB2; powróci do oryginału (nawet po zapisaniu). Użyłem polecenia: sudo gedit /etc/grub.d/10_lupin Byłem w stanie go edytować i zapisać (zmieniłem ro na rw). Ale po ponownym uruchomieniu powraca do pierwotnego wpisu rozruchu. Jak mogę to zrobić na stałe? Wielkie dzięki,

święta krowa, dlaczego tak się dzieje?
Dirk

Odpowiedzi:


43
  1. W Windows Boot Manager wybierz Ubuntu.
  2. Naciśnij dowolny klawisz i wejdź do menu GNU Grub2.
  3. Możesz nacisnąć „e”, aby edytować wpis rozruchu GRUB2.

Musisz zmienić pozycję rozruchową GRUB2 z „ro” na „rw”,

na przykład

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

do

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

Naciśnij F10, możesz uruchomić w Ubuntu 14.04.

i możesz naprawić wpis rozruchu GRUB2:

sudo vi /etc/grub.d/10_lupin

Zmień linię:

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

do:

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

Ponownie wygeneruj wpis rozruchu GRUB2:

sudo update-grub

Ok, dziękuję za pomoc, ale ostatnie pytanie, jak mogę zmienić plik grub bez uruchamiania się na Ubuntu, ponieważ nie mogę uruchomić się na moim ubuntu
272877

1. w menedżerze rozruchu systemu Windows wybierz Ubuntu. 2. naciśnij dowolny klawisz i przejdź do menu GUN Grub2. 3. możesz nacisnąć „e”, aby edytować polecenia przed uruchomieniem.
user273948,

Po wybraniu „Ubuntu” z menedżera rozruchu systemu Windows, naciśnij i przytrzymaj klawisz Shift, a powinno pojawić się menu Grub.
gfour

Dziękuję bardzo, że mój ubuntu w końcu się uruchomił! Dziękujemy wszystkim
272877,

Rozwiązuję problem z tą odpowiedzią, ale teraz, gdy ponownie uruchamiam lub zamykam komputer, po wybraniu ubuntu w opcjach uruchamiania, ekran staje się czarny i nigdy się nie inicjuje. Ponownie uruchamiam ręcznie, a następnie wybieram ubuntu w opcjach uruchamiania, w menu naciśnij e, a następnie F10 i ładuje się dobrze, zawsze trzeba nacisnąć e -> F10, aby móc załadować ubuntu. Jakieś sugestie?
Duver

6

Tymczasowa poprawka - przesłaniająca początkowe podłączenie root.disk do rw(odczyt / zapis) zamiast ro(tylko do odczytu) jest dobra. Jest to jedyny sposób na uruchomienie Wubi po instalacji (lub aktualizacji) 14.04.

Jednak istnieje lepsza długoterminowa poprawka niż trwałe modyfikowanie montowania do odczytu / zapisu. Najlepiej jest zmodyfikować sposób tworzenia urządzenia pętli, aby umożliwić ponowne podłączenie jako odczyt-zapis. Umożliwi to użycie trybu odzyskiwania.

Zmodyfikuj plik /usr/share/initramfs-tools/script/localjak pokazano (usunięto jeden wiersz, dodano trzy):

--- /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

Po wprowadzeniu zmiany zaktualizuj początkowy ramdysk:

sudo update-initramfs -u

Aby uzyskać dodatkowe informacje i podziękowania za poprawkę, patrz: https://code.launchpad.net/~noorez-kassam/ubuntu/utopic/initramfs-tools/fix-for-1317437/+merge/219927

Uwaga : oczywiście jeśli popełnisz kilka literówek podczas stosowania tej poprawki, może to uniemożliwić uruchomienie instalacji. Postępuj więc ostrożnie. A jeśli nie masz pewności, skorzystaj z łatwiejszej korekcji Grub. Upewnij się, że używasz w loopdev=wierszu „quote, not” .

Jeśli spróbujesz tego i napotkasz problemy, możesz spróbować kilku rzeczy:

  1. Jeśli masz więcej niż jedno jądro, przejdź do menu Recovery i wybierz starsze jądro (z własnymi initramfs).
  2. Możesz wykonać kopię zapasową initramfs( przed aktualizacją ), a następnie skopiować ją na zły z płyty DVD / USB na żywo.
  3. Możesz odbudować initramfsw chroot, ale jest to trochę skomplikowane.

Jeśli jest to nowa instalacja, najlepszym rozwiązaniem jest ponowna instalacja.


Podobnie jak ty, staram się znaleźć lepsze długoterminowe rozwiązanie tego problemu. Wypróbowałem twoją metodę i skończyło się wiele błędów przy ponownym uruchomieniu, z których niektóre wskazywały na brakujące pliki, takie jak / etc / fstab. Być może jednak popełniłem literówkę, ale czy możliwe jest, że „losetup” znajduje inne pierwsze nieużywane urządzenie pętlowe, niż się spodziewałem? Czy zamiast tego powinienem używać / dev / loop0? Obecnie zastosowałem łatwiejsze zastąpienie Grub.
Bill

@Bill Domyślam się, że jest literówka. Jeśli wkleisz kod i opublikujesz link, spojrzę.
bcbc

Dzięki bcbc, niestety nie mogę wkleić oryginalnego kodu, ponieważ zakończyłem odinstalowywanie i ponowne instalowanie wubi. Jednak zrobię to, wklejając bieżący kod, którego zamierzam użyć do odtworzenia initramfs. Oto link: pastebin.com/bRKc9fdL
Bill

@ Bill, który wygląda dobrze.
bcbc,

3
Cytując Dzieje Apostolskie 8: 8 - W tym mieście było dużo radości ... podobnie było w domu Tourloupis tego wieczoru ...! Dzięki za pomoc bcbc. Rozwiązałem mój problem. W końcu musiała to być literówka! Pamiętaj, że musiałem skopiować i wkleić tę część kodu do najnowszej kopii / usr / share / initramfs-tools / script / local, ponieważ został zmodyfikowany od czasu opublikowania mojego oryginalnego komentarza. W przeciwnym razie działało to jak urok! Oznacza to, że po zmianie linii /etc/grub.d/10_lupin dotkniętej problemem z powrotem na tylko do odczytu. Jeszcze raz dziękuję za pomoc!
Bill
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.