Цитата yab:
Кстати, MHDD сразу выдаёт точный номер LBA, поэтому лишнее гоняние не нужно.
И не понял зачем делать пустые расчёты, как и таковые действия? »
|
Не надо нас дурить... --- Плавали --- знаем
![Gigi](images/smilies/gigi.gif)
![Gigi](images/smilies/gigi.gif)
![Gigi](images/smilies/gigi.gif)
--- MHDD тестирует блоки секторов BlockSize = 255 секторов (хард блочное устройство) и Выводится LBA Блока UNCR. А сбойных секторов в блоке может быть от одного до 255.
А у Victoria for DOS BlockSize = 256. Разница в размере блока всего на единичку… Поэтому часто задают вопрос, как так получается, что утилиты показывают разные LBA UNCR…???... Вот из-за этой единички и получается…
Можете проверить --- создайте в MHDD сбойный UNCR сектор, LBA которого Вы будете знать. И протестируйте (для скорости узкий диапазон) с этим UNCR обеими утилитами. --- Получите разные LBA’s для блока, содержащего UNCR сектор. Причём LBA этих блоков не совпадут с тем точным значением, которое Вам известно. Поэтому и приходится для нахождения точного адреса бэда (-ов) повторно сканировать блок, но уже по одному сектору…
===========
А насчёт пустых прикидок, так это не этого случая. Но бывает, что внимательно перелопатишь в MFT кучу файловых записей (а это время…), а TS пропал…
Цитата DVDshnik:
Дык, я уже примерно в сотый раз пытаюсь объяснить, что в моей обширной практике ошибки UNC моментально исправляются некошерным регенератором. »
|
Это из области фантастики... Если хард не может выбрать бэд, то дегенератор его тоже не выберет... Он может только записать в этот бэд какой-то мусор, но
это не есть восстановление сектора...