Форум iHDD.RU

[УРов]

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

Ноутбук Toshiba. При сканировании его ЖД на физические ошибки, через нек. время (небольшое) ноут отключается. Загружаюсь с флэшки, там MS-DOS+MHDD. Я подумал, может MS-DOS перегревает процессор?

[Den28]

Ну да, scan+remap сканирует физический раздел и в случае если hdd решит, что сектор нужно заремапить, то данные с него теряются.

Прогревает, но не сильно. Скорее всего греется сам hdd, его температуру можно посмотреть тамже MHDD команда smart att.

[УРов]

Спс про прогрев HDD. Как-то не пришло в голову.

То что данные теряются со сбойного сектора, это нормально.

А вот те, что не сбойные? В них данные останутся?

Т.е., хочу понять, при MHDD-ремапе сектор определяется как сбойный, если он просто не читается?
Или в него пишутся контрольные данные, которые читаются, сравниваются и потом принимается решение, что сектор сбойный?

[УРов]

[Den28]

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

Но перед ремапом обычно делают scan+erase (упрощённо это попытка записать 0 в подозрительный сектор) или erase (принудительно пишем 0 в указанные сектора).

[Shark]

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

[УРов]

Понятно.

[Alex_SSN]

Несколько лет назад читал статью по использованию программы MHDD.
Там был описан следующий алгоритм "лечения" дисков:
1. Скан с Erase Waits. При этом программа пытается считать информацию из текущего блока, потом пытается затереть данный блок, а потом поверх записывает считанную информацию. Этот способ предполагает борьбу с "soft bad block"
2. Если после повторного сканирования найдены ошибки, то делается Скан с Remap

А сейчас рекомендуется сразу стирать весь диск командой Erase, а уж потом делать Скан с Erase Waits и Скан с Remap

Получается, что описанный ранее способ неверный??? Но ведь он позволяет быстро избавиться от "soft bad block", во всяком случае пытается это сделать без полного стирания диска...

[Tomset]

[Alex_SSN]

[Shark]

Алгоритм не верен!
Скан с Erase Waits ничего не читает! При натыкании на бэд или медленный сектор MHDD подает софтрезет, а затем затирает блок из 255 секторов. Инфа в этом блоке безвозвратно затирается!
Erase стирает полностью заданный диапазон секторов.
Remap при натыкании на бэд делает посекторный анализ блока и затирает только дефектные сектора в блоке, остальные сектора остаются не тронутыми!
Если нужна инфа, но нести в DR фирму не целесообразно, то запускаем MHDD с опцией Remap. Но если дефектов очень много, то хард может окончательно сдохнуть!
Если на инфу пофиг или требуется затереть медленные сектора, то тогда включаем опцию Erase Waits.
При ремонте (после пересчета транслятора, например) быстрее стереть весь диск командой Erase.