як інтерпретувати ці помилки з syslog


12

Мій Ubuntu останнім часом діє дивно. Вчора він не завантажувався б нормально, тому мені довелося виконати завантаження у режимі відновлення. У ньому було сказано, що я повинен робити fsckвручну, що я робив за допомогою живого компакт-диска. Після цього я вже міг завантажитися на робочий стіл, але все настільки мляво. Програми ставали б сірими на кілька секунд. Іноді інші програми взагалі не запускаються. В інших випадках це говорить про те, що файлова система знаходиться в режимі лише для читання.

Це частина того, що я отримував:

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 }

Відповіді:


11

Ваш перший жорсткий диск (sda) перебуває в стані агресивного виходу з ладу.

Відключіть його негайно, отримайте новий завантажувальний диск, встановіть нову ОС на новий завантажувальний диск. Як тільки це працює, підключіть несправний диск, встановіть його "лише для читання", і ви, можливо, зможете отримати дані з нього.

Звичайно, як і більшість людей, у вас є повні та поточні резервні копії, правда? ;)

додано у відповідь на коментар

"Невдачі немовлят" настільки поширені в апаратній інженерії, що для них є термін. Загалом, пристрій вийде з ладу дуже рано або запуститься ненадовго. Якщо у вас виникають неодноразові збої, ви:

  1. купівля дешевих дисків (у мене особисто було більше проблем з дисками Brand Foo, ніж я можу порахувати (але мій особистий досвід не можна використовувати, щоб зробити загальну заяву про виробника, тому я не написав "Maxtor")) .
  2. маючи справді невдачу. Те саме могло статися з лампочками: там буде якийсь хлопець, у якого наступні дві лампочки, які він купує, вийде з ладу через тиждень. Їх статистика для вас, і ви можете просто бути "тим хлопцем" з накопичувачами.
  3. у вас насправді поганий контролер накопичувача, що спалює електроніку накопичувача. Наприклад, на лінії керування приводом може знаходитись неспецифічний резистор, і він буде обсмажувати кожен привід, який ви приєднаєте до нього.

Я думаю, що ці три можливості набагато набагато вірогідніші, ніж ти виявив фатальний недолік у EXT4; його просто били надто важко. Тоді знову демонічне володіння може бути в грі, проконсультуватися з духовенством на ваш вибір і удачі.


Ніколи не коментуйте занадто багато, коли вказуєте на важливість резервного копіювання.
— Таккат

Технічно це може бути нещільний кабель (або навіть нещільна перемичка), тому перевірте це, чи недавно ви похитнули комп'ютер. Але в будь-якому випадку це апаратний збій, і диск - найімовірніший винуватець.
— Жил "ТАК - перестань бути злим"

О, ні! :( Це майже новий диск. Він навіть не має 3-мес. Старі. Як це могло статися? Хоча мій інший накопичувач SATA старше 2 років використовується моїми розділами Windows XP - NTFS і він дуже здоровий. Присягаюся помиляється з EXT4 FS. У мене було 2 диски IDE і до цієї аварії
— Marky

@Markey: див. "Додано" вище "
— msw

Я з того часу був великим шанувальником SeaGate. Мій привід NTFS - це 2-річна Barracuda, і це так само здорово, оскільки я вперше купив його. Цей новіший привід також є SeaGate. (1) Будь-які пропозиції щодо кращого приводу? WD - це не варіант. Я не думаю, що це доступно в моєму регіоні. (2) Це не може бути поганим контролером, мій привід NTFS теж був би смажений. (3) Для того, що це варто, я піду на нещастя. ЛОЛ! :)
— Маркі

1

Ви можете перевірити стан вашого жорсткого диска, скориставшись інструментом Disk Utility. Клацніть на утиліту System / Administration / Disk Utility, знайдіть свій жорсткий диск у вікні зліва та натисніть на нього, натисніть кнопку «SMART Data» праворуч. Погляньте на оцінку кожного предмета, а також на загальну оцінку вгорі. Якщо він не зелений, диск точно не працює.


1
Це непотрібно, оскільки журнал вже демонструє, що він не працює. Якщо утримувати привід увімкнено довше, ніж абсолютно необхідно, збільшується ймовірність додаткових втрат.
— msw

1
навіть ризикованіше, ніж просто вмикати - це рухи голови від перевірки цілісності диска. Це все, з чим можна пограти після відновлення даних, що є пріоритетом 1 зараз.
— Таккат

Зазвичай Маркі повинен був попереджувати про це вже при використанні встановлення Desktop із встановленою Disk Utility, правда?
— JanC

Ні, це просто сталося раптом без чітких попереджень. Звичайно, оскільки диск відносно новий, я цього не очікував. Тест SMART говорить, що він пройшов, але зазначає, що є кілька поганих секторів. Колір досі зелений. Як довго ви думаєте, чи повинен диск все ще бути корисним?
— Маркі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.