Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Носители информации > Как убрать bad-блоки?


Автор: Dumm 7.1.2016, 00:08
Всех приветствую! Есть хард с битыми секторами. Утилиты Victoria и MHDD их выявляют, благополучно ремапят, но... на самом деле bad-блоки никуда не деваются, видимо, кончилось место в резервной области (а кстати, где это посмотреть?). Ясно, что такой хард умирает и ему прямиком дорога на свалку. Но здесь вопрос принципиальный - можно ли что-нибудь сделать с этими битыми секторами чтобы не маячили? Потеря информации не страшна, все забэкапено.

Автор: Alexeis 7.1.2016, 02:18
Цитата(Dumm @  7.1.2016,  01:08 Найти цитируемый пост)
а кстати, где это посмотреть?

SMART винчестера посмотреть, чтобы увидеть количество ремапов. 

Цитата(Dumm @  7.1.2016,  01:08 Найти цитируемый пост)
Но здесь вопрос принципиальный - можно ли что-нибудь сделать с этими битыми секторами чтобы не маячили? 


Не делать диск в той области где бэды. Оставить область не размеченной. 

Автор: Dumm 7.1.2016, 02:25
Цитата
SMART винчестера посмотреть, чтобы увидеть количество ремапов. 

Смотрю. Как понять, что вот это число ремапов максимально из возможных?

Цитата
Не делать диск в той области где бэды. Оставить область не размеченной. 

Это подходит для сгруппированных секторов. А если они по всей поверхности? Можно ли как-то исключить их из трансляции? Никуда не перенося, а просто чтобы контроллер пропускал их при обращении к диску. Дисковое пространство при этом сократится, конечно, но это вполне допустимо.

Автор: leniviy 7.1.2016, 23:24
Заремапленные сектора и так не маячат. Пока резервная область не заполнена, для операционной системы хорошие блоки продолжают видиться непрерывными.

Есть одно исключение - чтение блока, который недавно был заремаплен. В этом случае диск вернёт ошибку чтения. Но если в этот блок что-нибудь записать, то ошибка чтения исчезнет.

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

А Виктория наверняка только делает вид, что ремапит. В современных дисках этим занимается прошивка диска, а не сторонние программы.



Этот ответ добавлен с нового Винграда - http://ru.vingrad.com/Kak-ubrat-bad-bloki-id568d8271ae20158f338b4568#findElement_E7045_568ec994ae2015c436fb0607_0

Автор: Dumm 8.1.2016, 14:45
Цитата
Вот когда резервный пул закончится...
Закончился.

Цитата
После этого операционка сможет их пометить на уровне файловой системы.
В какой момент? Только при полном форматировании? Как узнать, что эти области ее помечены? Можно ли где это посмотреть?

Цитата
А Виктория наверняка только делает вид, что ремапит.
Victoria ничего не ремапит, она инициирует многократный процесс чтения\записи в проблемный сектор, чтобы среагировал контроллер и заремапил сектор.

http://goodwork.ru/faq/hdd/all/hdd_bbhide.htm узнал вот это 
Цитата
При этом методе <...> дефектные сектора считаются не рабочими и «не замечаются» контроллером диска. Накопитель использующий этот метод содержит специальные таблицы транслятора которые при инициализации загружаются в ОЗУ и используются программой трансляции для вычисления физического номера сектора.
Вот это то что нужно, но это реализовано только на некоторых моделях ЖД. Можно ли реализовать то же самое? Может не на уровне ЖД, а на уровне ОС. Как просмотреть таблицу размещения файлов (NTFS)? Чтобы убедиться, что все битые сектора пропущены операционкой.

Автор: libcpp 16.1.2016, 12:05
Цитата

   А если они по всей поверхности? 
   

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

Этот ответ добавлен с нового Винграда - http://ru.vingrad.com/Kak-ubrat-bad-bloki-id568d8271ae20158f338b4568#findElement_E7045_569a07c1ae20157c6ff9864f_0

Автор: Dumm 23.1.2016, 14:17
Не по теме: libcpp, читайте, пожалуйста, стартовый топик внимательней.

Теперь по теме: в ходе поисков и изучения данного вопроса проблемный вопрос несколько видоизменился. Ясно, что сами bad'ы никуда не денутся, если закончилось место в G-list. Теперь вопрос звучит так: можно ли залезть в NTFS и ручками перепрописать адресацию секторов, тем самым исключив из "видимости" не только битые сектора, но и любые другие по желанию, например, медленные?

Автор: Alexeis 24.1.2016, 02:40
Цитата(Dumm @  23.1.2016,  15:17 Найти цитируемый пост)
 можно ли залезть в NTFS и ручками перепрописать адресацию секторов, тем самым исключив из "видимости" не только битые сектора, но и любые другие по желанию, например, медленные? 

  Сектора это другой логический уровень. Файловая система оперирует кластерами. На уровне дисков я бы вырезал плохие куски. Вот человек теробайтник оживил. Сохранил 83% https://habrahabr.ru/post/252211/ 
Правда это линукс. Но и в винде можно создать много динамических дисков и объединить их в один том. 

Автор: Dumm 24.1.2016, 18:34
Alexeis, да, есть такая идея - наделать кучу логических дисков на "хороших" областях. Только муторно, это все. Во-первых, просканировать весь диск (1 Тб) с учетом наличия многих долгосчитываемых блоков секторов, это по времени ого-го! Во-вторых, увязать адреса этих самых областей (LBA) с расположением партиций, так как программы типа Partition Magic адрес создаваемого раздела не спрашивают. Но статья интересная, спасибо. Тем более, что с другим диском на 500 Гб очень похожая ситуация - плохие области явственно сгруппированы по всей поверхности + параметр Raw read error rate зашкаливает. Сразу подумал про отвалившуюся голову. Отсюда вопрос: а можно ли как-то отключить ее? может есть какие утилиты?

Автор: TYS0N 16.10.2016, 00:30
Здравствуйте. Кто-нибудь может доступно объяснить принцип работы дефектоскопа в Виктории, и в чем его прелесть? Именно при тесте винта дефектоскопом блоки с задержкой более 1,5с. просто сыпятся, а в сканировании без дефектоскопа Виктория их не видит.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)