Ubuntu 13.04 do 13.10: Kontrola systemu plików lub podłączenie nie powiodło się

29

Podjąłem dzisiaj próbę aktualizacji z Ubuntu 13.04 do 13.10, a średnia aktualizacja systemu zaczęła się łuszczyć i ostatecznie została całkowicie zablokowana. Zostałem zmuszony do ponownego uruchomienia komputera, a teraz nie mogę w ogóle uruchomić komputera.

Gdy uruchamiam teraz, przenosi mnie do menu GRUB i mogę wybrać normalne uruchomienie lub uruchomienie w starszej wersji. Próbowałem kilku rzeczy, które wymienię poniżej, ale bez względu na to, kiedy próbuję zakończyć uruchamianie w Ubuntu, pojawia się następujący błąd:

Filesystem check or mount failed. A maintenance shell will now be
started. CONTROL-D will terminate this shell and continue booting
after re-trying filesystems. Any further errors will be ignored
root@ubuntu-computername:~#

Dobrze się bawię fsck -fi wszystko wygląda poprawnie, nie zgłoszono żadnych błędów. i przechodzi wszystkie 5 czeków.

Jeśli uruchomię fdisk -l, otrzymam następujące informacje:

Disk /dev/sda: 320.1 GB, 320072933376 bytes 255 heads, 63
sectors/track, 38913 cylinders, total 625142448 sectors Units =
sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 4096
bytes / 4096 bytes Disk identifier: 0x00010824

Device Boot Start End Blocks Id System 
/dev/sda1 * 2048 608456703 304227328 83 Linux 
/dev/sda2   608458750 625141759 8341505 5 Extended Partition 2 does not start on physical sector boundary. 
/dev/sda5  608458752 625141759 8341504 82 Linux swap / Solaris

Disk /dev/sdb: 320.1 GB, 320072933376 bytes 255 heads, 63
sectors/track, 38913 cylinders, total 625142448 sectors Units =
sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512
bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0fb4b7e8

Device Boot Start End Blocks Id System
/dev/sdb1   8192 625139711 312565760 7 HPFS/NTFS/exFAT

Zastanawiam się nad zainstalowaniem nowego systemu operacyjnego na drugim dysku, na którym obecnie nic nie ma, a następnie próbą zeskrobania moich danych ze starego dysku (na szczęście nie zaszyfrowałem plików).

Naprawdę moje pytanie brzmi: czy mogę uratować tę instalację Ubuntu, czy powinienem zrezygnować i po prostu zainstalować ponownie?

SamHuckaby
źródło
Część problemu polega na tym, że tak naprawdę nie dajesz nam żadnych logów prawdziwego problemu z tą maszyną. Po prostu pokazujesz nam jeden z symptomów. Co powiesz na wynik procesu rozruchu na początek?
Magellan
Nie jestem pewien, co masz na myśli, że nigdy nie otrzymuję żadnych danych wyjściowych przy rozruchu innych niż te, które opublikowałem w mojej pierwszej ofercie.
Podczas rozwiązywania problemów z Ubuntu dobrym pomysłem byłoby wyłączenie ekranu powitalnego z monitu Grub.
Magellan
Sam, naciśnij {Esc}, kiedy pojawi się ekran powitalny, aby go wyłączyć, a wtedy zobaczysz wszystkie chrupiące kawałki, których Magellan chce w swojej drugiej prośbie. Więcej szczegółów na ten temat na askubuntu.com/questions/33416/…
K7AAY
3
Napotkałem ten sam problem (po aktualizacji z 13.4 do 13.10 64bit). Mój /var/log/upstart/mountall.log powiedział mi, że brakuje / etc / default / rcS. Dlatego ponownie zamontowałem partycję root z włączonym zapisem (mount -o remount, rw /) i skopiowałem /etc/default/rcS.dpkg-new do / etc / default / rcS. Ubuntu 13.10 uruchomił się później, ale nadal jest uszkodzony. Przeprowadzę czystą ponowną instalację 13.10, ale może ta podpowiedź pomoże każdemu.

Odpowiedzi:

43

Myślę, że posortowałem to dzięki postowi, który tu znalazłem: Kontrola systemu plików root kończy się niepowodzeniem po awarii zasilania podczas instalacji .

Uruchamiaj z powłoki konserwacyjnej po jednej linii na raz:

mount -o remount,rw /
dpkg --configure -a
mount -o remount,ro /
sync
reboot

Pracowałem dla mnie, ale dostałem tylko pierwsze 2 linie i nie mogłem zrobić reszty, ponieważ dysk był zajęty. Zrestartowano i wydaje się, że teraz działa.

Patrick
źródło
Musiałem też to zrobić mount /bootwcześniej.
utapyngo
1
Te instrukcje działały dla mnie idealnie. Dzięki za pomoc! Zauważyłem, że nie byłem w stanie przywrócić montowania tylko do odczytu (linia 3), ponieważ powiedział, że mój / był zajęty, ale pozwolił mi zsynchronizować się i zrestartować, a teraz Ubuntu znów działa.
SamHuckaby
Jesteś moim nowym bohaterem. Podobnie jak @SamHuckaby, ja również nie mogłem uruchomić trzeciego polecenia ( mount -o remount, ro / ). Myślę, że błąd polegał na tym, że system plików był zajęty? Kontynuowałem następne polecenie, a środowisko jest szczęśliwe.
Aren Cambre,
Potwierdzenie nie bzdury, jeśli mount -o remount,ro /spowoduje filesystem busybłąd, ponieważ tak się stało. Przejdź go uruchomić synci rebootwszystko powinno działać prawidłowo. Dziękuję Patrick, dziękuję, dziękuję.
Starkers
Mam dokładnie ten sam problem, ale uruchomienie tych poleceń nie działało. Dostaję wiele błędów w dpkg poleceniu i kiedy próbuję rebootgo zablokować, po chwili dostaję te: INFO task recovery-menu:639 blocked for more than 120 seconds "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" INFO task S30killprocs:928 blocked for more than 120 seconds "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
Carlo