Обнаружение поврежденных блоков / секторов на современных (вращающихся) дисках и скрипт для мониторинга информации SMART

313
beardedfool

В настоящее время я сканирую несколько старых дисков для выявления ошибок.

Если вы обнаруживаете в Google плохие сектора на механическом вращающемся диске (а не на ssd), вы обычно сталкиваетесь с:

окна

chkdsk/r drive:

Linux (возможно, разные аргументы

badblocks -wsv /dev/drive > file

а затем передать этот файл в файловую систему, чтобы не использовать эти блоки.

Но современный жесткий диск будет сохранять определенное количество свободного места для автоматического перераспределения этих файлов.

Так что я прав, говоря, что, если диск выполняет свою работу, эти плохие блоки не будут отображаться в тестах badblocks или chkdsk, так как они будут перераспределены. Тесты по-прежнему служат цели для идентификации блоков на диске, но на самом деле не покажут ничего полезного, пока не закончатся сектора для перераспределения.

Вы действительно должны следить за перераспределением секторов в информации SMART для накопителя.

Но есть ли способ узнать:

  1. Сколько резервных секторов накопитель хранит для этого перераспределения
  2. Точно так же, сколько перераспределений является приемлемым. Я полагаю, вы ищете скорость роста, чтобы показать проблемы?
  3. Если бы вы писали какой-то мониторинг перераспределений, как бы вы установили эти параметры.

Или я здесь упустил смысл?

TL; DR Учитывая, что в какой-то момент на диске закончатся перераспределенные сектора. Как бы вы написали сценарий для отправки предупреждений, когда это происходит, чтобы позволить вам начать указывать файловой системе учитывать плохие блоки (при условии, что скорость изменения была недостаточной, чтобы указать на значительный сбой).

0
Если вы пишете сценарий, вы должны прочитать информацию SMART и сравнить ее с допустимыми / недопустимыми значениями (вы можете получить пороговые значения в Интернете). Это может быть хорошей идеей для мониторинга всех основных значений SMART, а не только перераспределения сектора - в зависимости от того, чего вы хотите достичь. Некоторые из этих значений могут зависеть от модели, но я не совсем уверен в этом. Albin 5 лет назад 0
спасибо, не знал о порогах, так что буду искать дальше (лучше!) ура. beardedfool 5 лет назад 0

2 ответа на вопрос

1
duskwuff

(Как вы узнаете) Сколько резервных секторов накопитель хранит для этого перераспределения?

Я не знаю ни одного стандартного способа сделать это для дисков с вращающимся блюдом.

На практике это не имеет значения. Если на жестком диске с вращающимся диском возникает больше, чем несколько выросших дефектов, он, вероятно, выходит из строя катастрофически, и никакие запасные сектора не могут его спасти.

(У твердотельных накопителей очень разные режимы отказа - использование резервной емкости является нормальным поведением старения. Они часто выставляют это значение в качестве параметра SMART Unused_Reserve_NAND_Blk.)

Точно так же, сколько перераспределений является приемлемым.

Ноль или максимум 1-10. Более того, обычно это признак надвигающейся неудачи.

Хотел, чтобы вопросы были короткими, но я смотрю на некоторые старые диски для поиска места для взлома, и это случай, «мы будем запускать их немного, пока они не умрут, некритические данные» - для себя / хороших данных, я бы просто получил новый , Собираюсь немного отредактировать мой вопрос. Просто для проверки - 1-10% или RAW. Поскольку у меня, конечно, было более 10 накопителей без последующих сбоев после нескольких месяцев их эксплуатации. Я думаю, что скорость увеличения важна наверняка (спасибо за упоминание SSD, так как оно появится) beardedfool 5 лет назад 0
0
cybernard 
How many spare sectors the drive is keeping back for this reallocation?

Я наблюдал от 100 до 300, и я думаю, что 10 ТБ, вероятно, имеет 1000 или около того.

Similarly, how many reallocations is acceptable. I guess you're looking for a rate of increase here to show problems?

Не рекомендуется иметь больше, чем несколько, но когда все запасные сектора израсходованы, BIOS сообщает о серьезных ошибках SMART.

Проблема в том, что поврежденные блоки не должны быть видны файловой системе, поскольку предполагается, что SMART заставляет жесткий диск занимать резервный сектор, предоставленный производителем жесткого диска. Эти сектора не видны файловой системе.

Тем не менее, функция SMART не всегда справляется со своей задачей, я наблюдал множество жестких дисков, которые просто отказываются выводить из строя поврежденные сектора. Хотя я пытался с SpinRite и MHDD.

Я не знаю, почему это так, но если производитель жесткого диска может избежать истощения до истечения срока гарантии, он не должен его заменять. Так что не в их интересах использовать запасные секторы.

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