Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно

Аватара для Tau_0

Ветеран


Сообщения: 6211
Благодарности: 1393

Профиль | Отправить PM | Цитировать


Цитата yab:
Кстати, MHDD сразу выдаёт точный номер LBA, поэтому лишнее гоняние не нужно.
И не понял зачем делать пустые расчёты, как и таковые действия? »
Не надо нас дурить... --- Плавали --- знаем
--- 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 моментально исправляются некошерным регенератором. »
Это из области фантастики... Если хард не может выбрать бэд, то дегенератор его тоже не выберет... Он может только записать в этот бэд какой-то мусор, но это не есть восстановление сектора...

Последний раз редактировалось Tau_0, 17-06-2016 в 11:48.


Отправлено: 11:32, 17-06-2016 | #20