Эта УМНАЯ самопроверка указывает на сбойный диск?

Я очень боялся бы заменять версию поставок Red Hat CGI.pm с RHEL5, но Вы могли установить cpan2rpm, загрузите CGI.pm-3.21.tar.gz, создайте Вашего собственного об/мин с:

$ cpan2rpm CGI.pm-3.21.tar.gz

10
задан 31 July 2011 в 18:36
6 ответов

Надеюсь, вы уже давно заменили диск, но поскольку никто еще не ответил прямо на вопрос ...

Вы выполнили два теста, оба из которых не смогли прочитать одну и ту же логику сектор диска, как показано Завершено: ошибка чтения и одинаковый LBA в обоих тестах. Это действительно указывает на то, что диск имеет дефект, и вы сможете заменить его по гарантии. Попытка сохранить данные в этом секторе может или не может привести к тому, что диск обнаружит неисправность во время процесса записи и переназначит сектор, но если диск не замечает этого и не может прочитать данные позже, вы потеряли это.

8
ответ дан 2 December 2019 в 22:04

Действительно ли Вашими данными стоит рискнуть на подозрительном диске?

Если бы это был я, то я заменил бы диск и был бы благодарен, что УМНЫЙ сохранил меня большая головная боль.

4
ответ дан 2 December 2019 в 22:04
  • Резервное копирование, как только Вы можете!

  • Если этот диск находится все еще на гарантии, то

    • осуществите проверку поставщика utitity (можно обычно получать CD начальной загрузки),
    • если это возвращает ошибку затем бинго, передайте его обратно и ожидайте замены
    • восстановление от резервного копирования
    • решенная проблема - КОНЕЦ

  • Если этот диск не имеет никакой гарантии затем, Вы завинчены
    • существует все еще некоторая надежда...
    • поскольку это - на самом деле ошибка чтения, только это не означает, что Вы не можете записать в него
    • после создания резервного копирования можно попытаться восстановить резервное копирование, поскольку оно перезапишет там нечитабельные секторы с новыми данными, которые можно на самом деле считать назад (хорошо, обычно это работает, в фоновом режиме диск повторно отобразит эти блоки для экономии секторов большую часть времени),
    • badblocks инструмент может также использоваться для этого (у Вас уже есть резервные копии, правильно?)
      • Вы на самом деле не используете это для тестирования диска (не имеет большого смысла с никогда дисками так или иначе), но записать в эти секторы многократно
    • можно повторно выполнить умные тесты снова и существует шанс, что эти нечитабельные секторы "исправляют себя"
    • проблема НЕ решила, Вы только заставили диск прослужить дольше, вероятно, это перестанет работать быстрее, чем обычно, возможно, через год в зависимости от его использования, но эй диски являются дешевыми, получают новый, если Ваши данные важны для Вас - КОНЕЦ
0
ответ дан 2 December 2019 в 22:04

Я хочу добавить к комментариям в другом ответе, но я не могу из-за отсутствия представителя, пойди разберись.

Вы не должны делать сценарий крона, существует smartd демон в smartmontools пакете, который обрабатывает, что Вы хотите сделать: регулярная проверка состояния SMART. Все, в чем Вы нуждаетесь, должно создать конфигурацию и запустить сервис. smartmontools пакет также содержит некоторые демонстрационные сценарии, которые может назвать smartd, когда что-то начинает перестать работать.

4
ответ дан 2 December 2019 в 22:04

Скорее всего, диск выходит из строя. Отсутствие возможности чтения с части диска, безусловно, является условием сбоя, и это, безусловно, может произойти без других типичных признаков сбоя диска. Такие вещи обычно не временные; без других признаков это может быть слабая головка, очень небольшая проблема с выравниванием или дефектный участок на пластине (цилиндре?).

Другой альтернативой является ошибка SMART; вы действительно не хотите, чтобы диск работал с ошибками в прошивке.

Каждый раз, когда вы видите какую-либо ошибку от SMART, это серьезный признак того, что вам следует приобрести новый диск, чтобы избежать потери данных. Частично она предназначена как система раннего предупреждения.

0
ответ дан 2 December 2019 в 22:04

Что я буду делать в вашей ситуации?

Прежде всего я выясняю, какие файлы затронуты. Есть несколько инструкций, как это сделать http://smartmontools.sourceforge.net/badblockhowto.html#e2_example1 Да уж. В вашем случае это сложнее, потому что у вас есть массив. Но это возможно. Затем убедитесь, что этот файл зарезервирован, а затем запишите нули в неисправный сектор. Могут произойти две вещи. 1. Привод успешно записывает нули в этот сектор. Current_Pending_Sector, Reallocated_Sector_Ct после этого должны быть нулями. 2. Привод не может записать в этот сектор. Затем он переназначает этот сектор в «резервную» область.

В любом случае вы получите фиксированный диск. Вам следует восстановить файл из резервной копии (потому что вы перезаписали один его сектор). Также вам следует повторно запустить расширенное самотестирование, чтобы убедиться, что ошибок больше нет.

Оставайтесь здоровыми!

PS Я знаю, что этот пост довольно старый. Но я обманул его. И я думаю, что было бы неплохо дать еще один хороший ответ.

2
ответ дан 2 December 2019 в 22:04

Теги

Похожие вопросы