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

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

Ветеран


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

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


Voxell,
Виктория умеет лишь читать и писать сектора, ремапы она сама не делает. Функция "ремап" лишь более насточиво пишет, читает и проверяет сомнительные сектора.
Только сам диск принимает решение делать ремап или нет.
При чтении только некоторые харды делают ремап (или если включить ремап при чтении технологическими командами принудительно).
Если сектор не удалось прочитать, он помечается, как кандидат на ремап в логе ошибок, а программе сообщается ошибка.
Далее, во время простоя выполняется, смарт тест, который разбирается с этими кандидатами.
Тест устроен так, что очень долго и тщательно, используя различные алгаритмы, старается вычитать сбойный сектор и перезаписать его.
Хороший сектор (софтовый бед) переписывается и уходит из списка кандидатов. Если же запись не удалась, замещается из резерва. Raw значение SMART атрибута Reallocated sectors count увеличивается.
Если сектор не удалось вычитать, то он так и остается кандидатом, до следующей записи в него.
Соответсвенно при Erase происходит запись в сектора. Те которые помечены, как кандидаты, после записи проверяются дополнительно на чтение, если читается, значит был софтовый бед и из кандидатов он уходит, если не читается после записи, значит замещается (ремапится).
В данном случае резерва больше нет. Чтобы не потерять информацию, которая прежде чем записаться на поверхность попадает в кешь, микропрограмма HDD приняла решение отключить кешь. Теперь уже вся ответственность по обработки сбойных секторов ложаться на программу ОС. Так как хард сам уже не может ремапить.
Это сообщение посчитали полезным следующие участники:

Отправлено: 14:03, 30-12-2008 | #58