Вот, попалась прога MHDD 2.9, решил испробовать. Достал запыленный IBM 40 gb DTLA, запустил scan с ремапом, и вроде убирает нормально бэды, но как можно узнать какой резерв остался ?

всмысле резерв?

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

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

1. Не хочу обидеть но кажись всё.таки чушь
2. а как это ты определил что головка иммено на бэдах, прыгала, да ещё именно в конец диска???

Ну куда-то же она прыгала ? Бэды вначале диска... Не из середины же берутся сектора...
И это не в FATе помечается... У меня даже разделов-то на нём нет... Прога из под DOS работает через порты...

Ну если это чушь, то как эти бэды исправляются (Обычное форматирование их не исправляло) ? И зачем головка уезжает куда-то ?

1. oni kagto peremagnichiwajutsja, progu ewto sam juzal, pomnju disk moi nosilowalo neskolko chasow, no badi ushli =)

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

Для Бэдов есть специальная зарезервированная область, HDD после изготовления, еще на заводе проверяют на наличие Бэд-секторов (они неизбежно пристутствуют на каждом диске вследствие технологических причин), и далее они заменяются из резерва. Если Бэдов больше нормы - диск отправляется в утиль. Кстати если специальной прогой посмотреть SMART-информацию, то можно по кол-ву таких "врожденных" Бэдов определить насколько качественный диск попался

Если в процессе эксплуатации появляются новые Бэд-сектора, то они опять же заменяются из резерва, причем емкость диска при этом не меняется. Если резерв кончается, то начинают на замену отжирать с конца диска , и как следствие уменьшается емкость диска.

Цитата

Слышал что на дисках обычно несколько паралельных дорожек на одну: одна используется, остальные в резерве.

А не жирно получается?

Я так и думал... Спасибо, Y-Vladimir!
Значит этих бэд-секторов может быть сколько угодно... Понятно, тему можно закрывать...

неправильный подход
1) бэды в фате помечаются это раз (в случае вындоса там уже не сектора а кластеры)
2) надо отделить мух от котлет и разобратся о каких бэдах говорим,о тех которые заводского производства как заметил Y-Vladimir или те которые возникли в процессе эксплуатации (системные назовем), этих может быть сколько душе угодно.
а лечение происходит переформатированием сектора или дорожки.
опять же бэд системный может быть тоже разным,между секторами есть некое пространство (зависит кстати от скорости вращения ) и там есть инфа о номере сектора дорожки и crc данных в секторе и еще чето там не помню, так вот если crc не совпадает то сектор считается сбойным хотя физически вполне нормален, и в другом случае при физическом повреждении сектора (ну размагнитился он) получается неустойчивое считывание, что опять же дает неверное crc.

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

Цитата

как головка металась на каждом бывшем бэде в другой конец винта

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

Цитата

бэды в фате помечаются это раз (в случае вындоса там уже не сектора а кластеры)

Не совсем так, бэды конечно и в ФАТе помечаются, но современные жесткие диски хранят собственную таблицу бэдов в CMOS (и это 100% именно физические бэды, а не логические) . И никакими средствами ОС нельзя просмотреть эту информацию и тем более изменить ее.

А вообще HDD сами следят секторами и если обнаруживается сбойный сектор, то делается попытка все-таки прочитать его, и если это удается, то данный сектор замещается из резерва и иформация копируется в новый сектор. Это все происходит совершенно прозрачно для пользователя и для ОС, до тех пор пока удается восстанавливать информацию, единственное что, снижается производительность в таких участках. Это явление снижения производительности часто используется для тестирования HDD (посмотри например на www.ixbt.com, там много таких примеров), там на графиках видны резкие провалы.

А ОС ничего не заменяет резервом, она просто помечает бэды, в результате емкость снижается.

Цитата

между секторами есть некое пространство (зависит кстати от скорости вращения ) и там есть инфа о номере сектора дорожки и crc данных в секторе и еще чето там не помню

А по-моему для позиционирования головки используется сторона одного из блинов. Эта сторона размечается специальным образом, на ней хранятся информация о номере дорожки и т.д. Без этой разметки не будет работать сервопривод головки HDD. Это так называемя Low-Level информация. По-крайней мере в старых HDD было все именно так, в новых может и по-другому.

Цитата

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

Так ведь физический дефект переформатированием не исправишь.


Вроде так, поправьте если че наглючил...

http://www.acelab.ru

Присоединённый файл ( Кол-во скачиваний: 3 )
 1.gif

Так значит получается, HDD может в процессе работы заменять дефектные сектора используя первый метод?
А прога MHDD 2.9, которую ты юзал работает, стало быть, по второму методу.
Или я чего не так понял

Цитата

Так значит получается, HDD может в процессе работы заменять дефектные сектора используя первый метод?

Да... Ведь по-моему и ты это сам говорил... Или мне померещилось ?...

Цитата

А прога MHDD 2.9, которую ты юзал работает, стало быть, по второму методу.

По-моему, наоборот, по первому методу, т.к. головка тащится в конец винта.
Да и к тому же написано, что второй метод используется при изготовлении (хотя можно и так, самому), т.к. требует низкоуровневое переформатирование винта (чтобы сдвинуть разметку № дорожек и секторов)...

Цитата(p0s0l @ 21.7.2004, 22:32)

Да и к тому же написано, что второй метод используется при изготовлении (хотя можно и так, самому), т.к. требует низкоуровневое переформатирование винта (чтобы сдвинуть разметку № дорожек и секторов)...

Ремап именно так и происходит как описанно в этой статье. Есть специальный параметр который показывает общее количество перемещенных секторов (если успею то посмотрю и укажу его точно). Низкоуровневое форматирование с перемещением логических секторов относительно физических на современных винтах возможно ТОЛЬКО в технологическом режиме. На некоторых, это можно сделать специальной программой на стандартном IDE конроллере, а на некоторых только на специальном контроллере. Если получится то постараюсь найти первоисточник и дать на него ссылку.