Закрепите сбойные блоки на [закрытом] жестком диске Mac

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

Назад в день, Дисковый Доктор Norton сделал задание сканирования и отмечающий (повторно отобразив) сбойные блоки на Mac. Сегодня у нас есть различные инструменты для того, чтобы согласовать ошибки каталога HFS + (Дисковая утилита, fsck, DiskWarrior, TechTool), но я не знаю ни о каком инструменте, который сделает поверхностное сканирование и зафиксирует сбойные блоки также.

Какое программное обеспечение доступно для этого?

Если я знаю адрес сбойного блока, есть ли терминальная утилита низкого уровня для маркировки его?

23
задан 06.11.2014, 13:22

4 ответа

Я не знаю ни о каком инструменте, который сделает поверхностное сканирование и зафиксирует сбойные блоки также.

Какой Mac и с каким жестким диском у Вас есть проблемы?

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

При рассмотрении регистров S.M.A.R.T. для диска с инструментом как SMARTReporter необходимо видеть запись с Идентификационным номером 05 и заголовком "Перераспределенное количество Секторов". Это - количество поврежденного сектора, который повторно отобразил диск.

Возможно, Дисковый Воин "Сбойный блок" обращается к чему-то еще? (Я не мог предположить то, чем это могло бы быть то, хотя).


Обновление в ответ на комментарий (ниже):

SMARTReporter, кажется, довольно "изворотливая" утилита. Можно на самом деле запросить и отобразить содержание регистров S.M.A.R.T. диска, просто необходимо перейти через неожиданные обручи, чтобы сделать это.

В FAQ SMARTReporter можно найти этот лакомый кусочек:
SMARTReporter может сказать мне точно, которого приводит к сбою тест S.M.A.R.T.?
Да, начиная с версии 2.4.5! Щелкните правой кнопкой по диску в списке диска в предпочтительном окне, и выбор "Проверяют атрибуты S.M.A.R.T.".

Другая причуда SMARTReporter - то, что cut'n вставляют по-видимому только работы в этих окнах экрана при использовании записей строки меню. Сочетания клавиш и мышь "щелкают правой кнопкой" по окну контекста, не сделает этого. С другой стороны, SMARTReporter свободен.;-)

Но я отступаю...

Любопытно, УМНАЯ Утилита называет диск "Сбоем", когда все другие утилиты показывают его как "Проверенный". Это показывает 1 Незаконченный Поврежденный сектор. Так, как Вы изменяете "незаконченный" поврежденный сектор на "удаленный" или "перераспределили" тот?

Мое понимание - то, что Вы не сделали бы этого. Встроенное микропрограммное обеспечение диска, как предполагается, делает это автоволшебно самостоятельно. Отметьте то, что это говорит в таблице в S.M.A.R.T Википедии.статья.

  • 05 перераспределенных количеств секторов
    Количество перераспределенных секторов. Когда жесткий диск находит ошибку чтения/записи/проверки, он отмечает этот сектор, как "перераспределено" и передает данные специальной зарезервированной области (запасная область). Этот процесс также известен как переотображение, и "перераспределенные" секторы называют перекартами.
    Поэтому на современных жестких дисках "сбойные блоки" не могут быть найдены при тестировании поверхности – все сбойные блоки скрыты в перераспределенных секторах. Однако как количество перераспределенных увеличений секторов, скорость чтения-записи имеет тенденцию уменьшаться.
    Необработанное значение обычно представляет количество количества поврежденных секторов, которые были найдены и повторно отображены. Таким образом, чем выше значение атрибута, тем больше секторов диск имело для перераспределения.

  • C5 текущее незаконченное количество сектора
    Количество "нестабильных" секторов (ожидающий, чтобы быть повторно отображенным, из-за ошибок чтения). Если нестабильный сектор впоследствии записан или считан успешно, это значение уменьшено, и сектор не повторно отображается. Читайте ошибки на секторе не повторно отобразят сектор (так как это могло бы быть читаемо позже); вместо этого, встроенное микропрограммное обеспечение диска помнит, что сектор должен быть повторно отображен и повторно отображает его в следующий раз, когда оно записано.

Таким образом, если вышеупомянутое верно затем, по-видимому, что Незаконченное количество Сектора должно быть интерпретировано осторожно. Сектор читал, ошибка, скорее всего, произошла во время дискового сканирования, которое Вы сделали ранее с TechTool. (BTW, Вы имеете в виду TechTool Роскошные 3.1.3?), Так как TechTool, вероятно, не пытался записать сектор, он еще не был перераспределен.

Это может обойтись без то, чтобы переформатировать?

Я думаю, что "переформатировать" только выполнило бы что-то, если бы формат записал в каждый сектор на диске. Я не знаю, подразумевает ли стандартное (незащищенное) стирание с Дисковой утилитой..., которая является тем, что я верю Вам, под тем, чтобы переформатировать в контексте MAC... выполнил бы это.

Если бы Вы сделали это, то это была бы очень трудоемкая задача. Я недавно сделал что-то вроде этого с диском ноутбука на 500 ГБ, и немногому потребовались менее чем 2 1/2 часа для завершения. Конечно, необходимо было бы добавить во время, чтобы (надо надеяться), восстановить систему от Вашего (надо надеяться, защищенный) резервное копирование.

Мне не ясно, что существует потребность в Вас попытаться активно вынудить это быть "исправленным". Предположительно, встроенное микропрограммное обеспечение диска должно обработать это на своем собственном в следующий раз, когда существует попытка записать в поврежденный сектор. Кроме того, мной кажется вероятным, что незаконный сектор в настоящее время не используется в качестве части никакого файла. TechTool просто "споткнулся через" его при сканировании всех секторов диска.

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

9
ответ дан 07.12.2019, 09:51

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

Я предложил бы загрузить smartmontools и GSmartControl для просмотра УМНОЙ диагностики как другую проверку, если Вы не уверены который УМНАЯ диагностика доверять.

Если УМНАЯ диагностика не сообщает ни о каких перераспределенных секторах (или если Столбец значений для "Перераспределенного количества Сектора" все еще значительно ниже ПОРОГА), существует простой способ выполнить поверхностное сканирование и повторно отобразить сбойные блоки одновременно. (Отметьте: удостоверьтесь, что скопировали свои данные сначала!)

Самый легкий способ вызвать диск сделать его собственную переадресацию дефектного блока состоит в том, чтобы загрузить из Ubuntu Живой CD, затем открыть терминал и выполнить эту команду:

sudo badblocks -nvs /dev/sda

Это сделает неразрушающий случайный тест чтения-записи на первом диске, повторно отображая поврежденные секторы по пути.

Если у Вас есть больше чем один жесткий диск, можно заменить/dev/sda/dev/sdX, где X строчная буква. Можно получить список всех жестких дисков (/dev/sdX устройства) путем ввода этой команды:

sudo fdisk -l

Так как Вы используете Mac OS X, который основан на BSD, Вы могли бы также хотеть читать на badsect и bad144, которые являются встроенными утилитами командной строки BSD для контакта со сбойными блоками.

12
ответ дан 07.12.2019, 09:51

Я услышал хорошие вещи о SpinRite от GRC, но никогда не пробовал его сам.

0
ответ дан 07.12.2019, 09:51

Мой опыт с SpinRite из grc.com был очень положителен. Мне удалось восстановить по крайней мере 4 диска, которые привели любую попытку к сбою восстановить их. Единственный недостаток - то, что это требует основанной на BIOS машины, означая, что это не будет работать над современными основанными на EFI Mac. Хорошая вещь - это примерно любой другой p.o.c. ПК выполнит его, от дискеты, CD или флеш-накопителя. Я не нашел ничто больше, что приближается с точки зрения фактического осмотра содержания индивидуальных секторов и восстановления данных в том, что любая утилита отбрасывает как сбойный блок.

5
ответ дан 07.12.2019, 09:51

Теги

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