błąd wejścia / wyjścia ubuntu

9

Mam problem z Ubuntu, który trudno mi rozwiązać z powodów, które się wyjaśnią:

# reboot
-bash: /sbin/reboot: Input/output error
# dmesg
-bash: /bin/dmesg: Input/output error
# ps -e
ps: error while loading shared libraries: /lib/libproc-3.2.8.so: cannot read file data: Input/output error
# lsof
-bash: /usr/bin/lsof: Input/output error
# fsck
-bash: /sbin/fsck: Input/output error
# badblocks
-bash: /sbin/badblocks: Input/output error

Więc nie widzę, co się dzieje, i nie mogę zdalnie uruchomić ponownie. Co mogę zrobić, aby dojść do sedna?

Co ciekawe:

# init 0
Segmentation fault

Mogę cat / var / syslog, ale nie mogę / var / log / messages lub kilku innych ważnych plików. coraz mniej nie działa, ani ogon, ani głowa itp.

linux ubuntu

— rplevy
źródło

1

Brzmi dość podobnie do tego, co dostajesz po uruchomieniu sudo rm -rf /. (Zrobiłem to celowo, aby zobaczyć, co się naprawdę dzieje).

— AJMansfield,

11

System ma poważne problemy z odczytywaniem dysku twardego. Prawdopodobnie dysk jest martwy (prawie pewien), ale może to być coś tak prostego jak luźny / odłączony kabel (nie licz na to). Nie ma nic, co możesz zrobić, aby rozwiązać problem z tego miejsca. Wyłącz to.

Sprawdź luźne połączenia na dysku twardym. Jeśli wszystko jest w porządku, uruchom komputer z dysku ratunkowego i uruchom stamtąd fsck lub badblocks.

Mam nadzieję, że masz kopię zapasową.

— bahamat
źródło

1

Dziwne jest jednak to, że kiedy byłem w stanie fizycznie zrestartować maszynę i tak się stało, wróciła z pozoru bez problemów. Nadal nie znalazłem żadnych problemów, chociaż traktuję to jako znak ostrzegawczy, że dysk nie jest niezawodny i może w pewnym momencie pójść. Trzymam wszystkie moje ważne pliki w co najmniej dwóch miejscach za pomocą git, więc przynajmniej nie byłby to problem.

— rplevy

Możliwe, że był to tylko błąd komunikacji (np. Luźny kabel). Miej na to oko. Gdy dysk zaczyna się zawodzić, zwykle jest zazwyczaj całkowicie martwy.

— bahamat

To samo stało się z moją maszyną wirtualną. Po ponownym uruchomieniu zaczął działać poprawnie.

— droope

0

Jeśli używasz maszyny wirtualnej, jest prawdopodobne, że nastąpiła przerwa w montowaniu systemu plików, a linux przełącza montowania na odczyt tylko w celu zabezpieczenia przed awarią.

Niestety, system praktycznie nie nadaje się do użytku.

Jeśli zaznaczysz / proc / mounts i poszukasz głównego systemu plików, powinna istnieć taka linia:

/dev/dm-0 / ext4 ro,relatime,errors=remount-ro,data=ordered 0 0

Zobaczysz, że główny system plików został zamontowany tylko do odczytu.

Zasadniczo jedyną rzeczą do zrobienia w tym momencie (zakładając, że jest to problem) jest ponowne uruchomienie (za pomocą KVM lub innego wyłącznika zasilania konsoli).

— Elbie
źródło