Linux, пошкоджений файл, запущений fsck, файл все ще пошкоджений


1

Ось моя ситуація: у мене є сервер під управлінням Ubuntu Server 9.04

Я скопіював файл на сервер і отримав доступ до файлу з клієнтського комп'ютера Windows без проблем.

Потім нещодавно я знову спробував отримати доступ до файлу, і він не завантажиться. Консоль сервера говорить про такі речі: ata3.00: статус: {DRDY ERR} ata3.00: status: {UNC}

Якщо я спробую скопіювати файл (з віддаленої оболонки), він робить усічену копію і повідомляє про помилку вводу / виводу.

Тому я відключив гучність і запустив fsck, який не повідомив про помилки. Однак вищевикладені симптоми все ще існують. Я думав, що fsck виправить помилку (можливо, видалення пошкодженого файлу не має значення).

Чи слід спробувати видалити файл перед запуском fsck? Чи варто робити щось інше? Чи зламаний мій жорсткий диск?

Дякую


Кожен раз, коли я бачив DRDY ERR, це був збій жорсткого диска. Якщо у вас є місце, спробуйте зробити його зображення на іншому диску, використовуючи щось на зразок ddrescue
ssmy

Відповіді:


0

Програми перевірки файлової системи обробляють помилки файлової системи на логічному рівні. Вони не можуть впливати на механічні помилки на фізичному рівні жорсткого диска. Помилки, які ви бачите в dmesg, вказують на "Медіа-помилку" .

Коротше кажучи, ваша файлова система, мабуть, добре, але накопичувач вмирає (це може бути материнська плата, але рідше вони ламаються).


Дякую. Але, провал завжди трапляється там же, наскільки я можу сказати. Це змушує мене думати, що існує "поганий сектор". Чи не існує способу "позначити сектори як погані" та продовжувати використовувати жорсткий диск? Крім того, як я можу сказати, чи є інші "погані сектори" десь на цьому диску?
Спантеличений

людина погані блоки. дивіться опис-o
Ярослав Рахматуллін

0

9.04 досяг кінця життя і не підтримується роками. Ви просто запитуєте проблеми із запуском сервера на ньому сьогодні, тому перше, що вам потрібно зробити, - це зробити резервну копію даних та встановити заново сервер з 12.04 LTS.

У вашому диску є проблема. Після того, як резервне копіювання, ви повинні використовувати smartctl -a /dev/sdaз smartmontoolsпакета для перевірки деталей. Якщо це лише один або два відкладених поганих сектора, написання до них може виправити проблему. Можна витерти весь диск sudo dd if=/dev/zero of=/dev/sda. Якщо ви не отримаєте жодних помилок з цього приводу, то сектори будуть або перерозподілені, або просто їх перезапис пройшов нормально. Ви можете бачити, що з SMART рахується. Якщо лише кілька або жоден не було перерозподілено без помилок, ви можете переформатувати диск та встановити 12,04 LTS та відновити резервну копію. Якщо ні, то настав час нового приводу.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.