jak interpretować te błędy z syslog

Moje Ubuntu ostatnio zachowuje się dziwnie. Wczoraj nie uruchomił się normalnie, więc musiałem wykonać rozruch w „trybie odzyskiwania”. Powiedział, że muszę zrobić fsckręcznie, co zrobiłem przy użyciu płyty CD na żywo. Po tym byłem już w stanie uruchomić komputer na pulpicie, ale wszystko jest takie wolne. Aplikacje zmieniłyby kolor na szary przez kilka sekund. Czasami inne aplikacje w ogóle się nie uruchamiają. W innych przypadkach oznacza to, że system plików jest w trybie tylko do odczytu.

Jest to część tego, co otrzymałem:

Oct 26 21:23:56  kernel: [ 1900.960506] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
Oct 26 21:23:56  kernel: [ 1900.960533] end_request: I/O error, dev sda, sector 63206544
Oct 26 21:23:56  kernel: [ 1900.960541] Buffer I/O error on device sda1, logical block 7900562
Oct 26 21:24:00  kernel: [ 1904.146683]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:00  kernel: [ 1904.146692] ata1.00: error: { UNC }
Oct 26 21:24:03  kernel: [ 1907.351844]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:03  kernel: [ 1907.351853] ata1.00: error: { UNC }
Oct 26 21:24:06  kernel: [ 1910.482152]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:06  kernel: [ 1910.482161] ata1.00: error: { UNC }
Oct 26 21:24:09  kernel: [ 1913.604742]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:09  kernel: [ 1913.604751] ata1.00: error: { UNC }
Oct 26 21:24:12  kernel: [ 1916.792646]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:12  kernel: [ 1916.792656] ata1.00: error: { UNC }
Oct 26 21:24:15  kernel: [ 1919.922855]          res 51/40:00:90:74:c4/00:00:00:00:00/03 Emask 0x9 (media error)
Oct 26 21:24:15  kernel: [ 1919.922864] ata1.00: error: { UNC }
Oct 26 21:24:16  kernel: [ 1920.056506] sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
Oct 26 21:24:16  kernel: [ 1920.056533] end_request: I/O error, dev sda, sector 63206544
Oct 26 21:24:16  kernel: [ 1920.056540] Buffer I/O error on device sda1, logical block 7900562
Oct 26 21:24:55  kernel: [ 1959.134566]          res 51/40:00:e0:28:44/00:00:00:00:00/04 Emask 0x9 (media error)
Oct 26 21:24:55  kernel: [ 1959.134575] ata1.00: error: { UNC }
Oct 26 21:25:05  kernel: [ 1969.674292]          res 51/40:00:b2:4c:44/00:00:00:00:00/04 Emask 0x9 (media error)
Oct 26 21:25:05  kernel: [ 1969.674301] ata1.00: error: { UNC }
Oct 26 21:25:08  kernel: [ 1972.887782]          res 51/40:00:b2:4c:44/00:00:00:00:00/04 Emask 0x9 (media error)
Oct 26 21:25:08  kernel: [ 1972.887791] ata1.00: error: { UNC }
Oct 26 21:25:12  kernel: [ 1976.059674]          res 51/40:00:b2:4c:44/00:00:00:00:00/04 Emask 0x9 (media error)
Oct 26 21:25:12  kernel: [ 1976.059683] ata1.00: error: { UNC }
Oct 26 21:25:15  kernel: [ 1979.206592]          res 51/40:00:b2:4c:44/00:00:00:00:00/04 Emask 0x9 (media error)
Oct 26 21:25:15  kernel: [ 1979.206601] ata1.00: error: { UNC }

Twój pierwszy dysk twardy (sda) ulega agresywnemu uszkodzeniu.

Wyłącz go natychmiast, uzyskaj nowy dysk rozruchowy, zainstaluj nowy system operacyjny na nowym dysku rozruchowym. Gdy to zadziała, podłącz uszkodzony dysk, zamontuj go „tylko do odczytu”, a może będziesz w stanie wyodrębnić z niego dane.

Oczywiście, podobnie jak większość ludzi, których masz pełne i aktualne kopie zapasowe, prawda? ;)

dodane w odpowiedzi na komentarz

„Awarie niemowląt” są tak powszechne w inżynierii sprzętowej, że istnieje dla nich termin. Ogólnie rzecz biorąc, urządzenie zawiedzie bardzo wcześnie lub będzie działało przez dłuższy czas. Jeśli masz powtarzające się awarie, albo:

1. kupowanie tanich dysków (osobiście miałem więcej problemów z dyskami Brand Foo, niż mogę zliczyć (ale moje osobiste doświadczenia nie mogą być wykorzystane do ogólnego oświadczenia o producencie, dlatego nie napisałem „Maxtor”)) .
2. mieć naprawdę pecha. To samo może się zdarzyć w przypadku żarówek: będzie jakiś facet, który ma dwie następne żarówki, których kupuje, zawiedzie za tydzień. Ich statystyki dla ciebie i możesz być po prostu „tym facetem” z napędami.
3. faktycznie masz zły kontroler napędu, który spala elektronikę napędu. Na przykład na linii sterowania napędem może znajdować się rezystor niezgodny ze specyfikacją i będzie on smażony na każdym podłączonym do niego dysku.

Myślę, że te trzy możliwości są o wiele bardziej prawdopodobne niż odkrycie fatalnej wady w EXT4; po prostu został zbyt mocno pobity. Z drugiej strony, opętanie demoniczne może być w grze, skonsultuj się z wybranym duchowieństwem i powodzenia.

Możesz sprawdzić stan swojego dysku twardego za pomocą Narzędzia dyskowego. Kliknij System / Administration / Disk Utility, zlokalizuj dysk twardy w oknie po lewej stronie i kliknij go, kliknij przycisk „SMART Data” po prawej stronie. Spójrz na ocenę każdego elementu, a także ogólną ocenę na górze. Jeśli nie jest zielony, dysk zdecydowanie nie działa.