Как я заставляю свой диск не отобразить незаконченные нечитабельные секторы

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

1. Сектор перечитан успешно
2. Сектор переписывается

До тех пор сектор остается ожидать. Таким образом, у Вас есть два соответствующих способа иметь дело с этим:

1. Продолжайте пытаться перечитать сектор, пока Вы не успешно выполнитесь
2. Перезапишите тот сектор с новыми данными

Очевидно, (1) является неразрушающим, таким образом, необходимо, вероятно, попробовать его сначала, хотя имеют в виду, что, если диск начинает перестать работать серьезным способом затем, непрерывное чтение из плохой области, вероятно, заставит его перестать работать намного более быстро. Если у Вас есть много незаконченных секторов и других ошибок, и Вы заботитесь о данных по диску, я рекомендую вывести его из обслуживания и использовать превосходный инструмент ddrescue для восстановления как можно большего количества данных. Затем отбросьте диск.

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

Как Вы узнаете то, чему сектор соответствует в файловой системе? Я нашел превосходную статью на smartmontools веб-сайте, здесь, хотя это является довольно техническим и является характерным для файловых систем сборщика и ext2/3/4.

Более простой подход, который я использовал на одном из моих собственных (Mac) диски, должен использовать find / -xdev -type f -print0 | xargs -0 ... считать каждый файл в системе. Обратите внимание на незаконченное количество прежде, чем выполнить это. Если сектор будет в файле, то Вы получите сообщение об ошибке от инструмента, Вы раньше читали файлы (например, md5sum) показ Вам путь к нему. Можно затем сфокусировать внимание на перечитывание просто этого файла, пока это не читает успешно. Часто это будет решать проблему, если это будет нечасто используемый файл, который просто должен был быть перечитан несколько раз. Если ошибка уходит, или Вы не встречаетесь ни с какими ошибками в чтении всех файлов, проверяете незаконченное количество, чтобы видеть, уменьшено ли это. Если это имеет, проблема была решена путем чтения.

Если файл не может быть считан успешно после нескольких попыток (например, 20) затем необходимо перезаписать файл или блок в файле, чтобы позволить диску перераспределить сектор. Можно использовать ddrescue на файле (а не раздел) для перезаписи просто одного сектора путем копирования во временный файл и затем копирования назад снова. Обратите внимание, что просто удаление файла в этой точке является плохой идеей, потому что поврежденный сектор войдет в бесплатный список, где будет более трудно найти. Полностью перезапись его плоха также, потому что снова секторы войдут в бесплатный список. Необходимо переписать существующие блоки. notrunc опция dd один путь состоит в том, чтобы сделать это.

Если Вы не встречаетесь ни с какими ошибками, и незаконченное количество не уменьшилось, то сектор должен быть в freelist или в части инфраструктуры файловой системы (например, inode таблица). Можно попытаться заполнить все свободное пространство cat /dev/zero >tempfile, и затем проверьте незаконченное количество. Если это понижается, проблема была в бесплатном списке и теперь ушла.

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

Не спускайте очень близких глаз с диска. Перераспределение сектора является очень хорошей канарейкой в угольной шахте, потенциально давая Вам дальнее обнаружение диска, который перестал работать. Путем принятия ранних мер можно предотвратить более поздний катастрофический и очень болезненный оползень. Я не предполагаю, что несколько перераспределений сектора являются признаком, что необходимо отбросить диск. Все современные диски должны сделать некоторое перераспределение. Однако, если диск не очень стар (<1 год), или Вы получаете частые новые перераспределения (> 1/месяц) затем, я рекомендую заменить его как можно скорее.

У меня нет эмпирического доказательства для доказательства его, но мой опыт показывает, что дисковые проблемы могут быть уменьшены путем чтения целого диска время от времени, любого a dd из неструктурированного диска или путем чтения каждого использования файла find. Почти все дисковые проблемы, которые я испытал за прошлые несколько лет, неожиданно возникли сначала в редко используемых файлах, или на машинах, которые не используются очень. Это имеет смысл эвристическим образом также в том, что, если сектор перечитывается часто, диск имеет шанс перераспределить его, когда он сначала обнаруживает незначительную проблему с тем сектором вместо того, чтобы ожидать, пока сектор не абсолютно нечитабелен. Диск бессилен сделать что-либо с сектором, если хост не получает доступ к нему так или иначе, или путем чтения или записи этого или путем проведения одного из УМНЫХ тестов.

Я хотел бы экспериментировать с идеей ночного или еженедельного задания крона, которое читает целый диск. В настоящее время я использую RAID "бедного человека", в котором у меня есть второй жесткий диск в машине, и я резервирую главный диск к ней каждую ночь. До некоторой степени это на самом деле лучше, чем зеркальное отражение RAID, потому что, если я попадаю впросак и удаляю файл по ошибке, я могу сразу получить вчерашнюю версию от диска с резервной копией. С другой стороны, я полагаю, что аппаратный RAID-контроллер делает большую хорошую работу в фоновом режиме, чтобы контролировать, сообщить и решить дисковые проблемы, как они появляются. Мое использование сценария актуальной резервной копии rsync чтобы не копировать данные, которые не изменились, но ввиду потребности перечитать все секторы, возможно, было бы лучше скопировать все или иметь отдельный сценарий, который читает весь неструктурированный диск каждую неделю.