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

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?

upgrade filesystem

— 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

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.

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

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