[Tau_0]

В вопросе тоже говорится "Если компьютер попросит перезагрузку" »

Да ничего он не попросит... Без перезагрузки изменения вступят в силу только на Host-контроллелах с Hot Plug или Hot Swap. А обычные нормальные чипсетные контроллеры определяют изменения конфигурации дисковой подсистемы только после перезагрузки.

Поверьте мне, что это так. А, если не верите, то проверьте... в Диспетчере устройств.
--- Вам следовало перезагрузить машину.

ЗЫ А рапорт SMART Вы так и не показали... Их этого рапорта, как и из рапорте SCAN сразу видно, --- как прошло лечение.

[Птушвиче]

Tau_0
Да, вы были правы. Я не знаток, и поэтому если перезагрузка не просится, я и не делаю её. Просто новый терабайтник, при его отключении в Дисп. устройств, перезагрузку просит, а старый нет. Процесс проверки идёт, и поэтому спрошу вас и Tomset'а - какие режимы ремонта нужны уже в версии 5.22? Write, Remap? Стоит ли заморачиваться насчёт выбора PIO или API?

[Tomset]

какие режимы ремонта »

Не ремонтирует ни чего Виктория, только проверяет. Ремап это запись в сбойные сектора нулей с проверкой.
Считать запись, которая иногда что-то исправляет на диске, ремонтом, несколько странно.

API или PIO выбирается только из потребности нужных функций, читать писать можно в обоих режимах.
А вот сбросить пароль или HPA убрать, это только в PIO.
Короче, если нужная функция серенькая в API, не доступна, нужно переключиться в PIO.
В PIO работает все, но в разы медленнее чем в API.
PIO работает на прямую с портами диска, API через драйвер системы.

[Птушвиче]

Tomset
В посте 2255 вы посоветовали режим Write для Victoria DOS. Мне до диска удалось добраться в десктопной версии Виктории. Я так понимаю, при выборе Write, режимы Ignore, Remap, Erase и Refresh становятся недоступными. Стоит ли ставить галочку в DDD (API)?
Слово "ремонт" стоит воспринимать условно. Под ним я имею ввиду действия, которыми можно продлить работоспособность диска либо окончательно убедиться в его кончине.

[Tomset]

Я так понимаю, при выборе Write, режимы Ignore, Remap, Erase и Refresh становятся недоступными. Стоит ли ставить галочку в DDD (API)? »

Ну так Write пишет нули.
Ignore - игнорировать ошибки чтения.
Remap - пишет нули в сбойные сектора и проверяет их.
Ераsе - зануляет сбойный или с большой задержкой блоки.
DDD - запись случайных данных с проверкой чтением и сравнением с записанными. Проверяют с DDD обычно память котроллера на ошибки.
Идет очень долго, и нет смысла использовать на всем пространстве, только выборочно.
Чтение после записи всей поляны пройдет гораздо быстрее.

[Tau_0]

DDD - запись случайных данных с проверкой чтением и сравнением с записанными. »

Там не совсем случайные числа пишутся, а LBA этого сектора и временной штамп. В первые 16 байтов сектора, а остальные байты нули. Своего рода маска получается...
При таком подходе очень просто проверить считанные данные, которые нигде не надо хранить. В том смысле, что не нужен ещё один хард для хранения того, что записывается на тестируемый хард.

Считать запись, которая иногда что-то исправляет на диске, ремонтом, несколько странно. »

Почему нельзя...???...
Вы сами везде пишите, что внешие факторы --- пропадание питания, случайные пылинки, вибрации, ..., луны Юпитера не так в одну линию стали... могут привести к тому, что CRC запишутся неверно. Хотя физически секторы не пострадали.

Но и сам хард (его микрокод ) с этой задачей никак не справится. --- Сектор так и останется незавершённым. И так будет до тех пор пока в иное время мы не запишем в сектор другое значение. А в это время сектору повезёт больше в том смысле, что CRC будет правильным.

Это вполне обоснованно можно назвать лечением.

[Tomset]

Вы сами везде пишите, что внешие факторы --- пропадание питания, случайные пылинки, вибрации, ..., луны Юпитера не так в одну линию стали... могут привести к тому, что CRC запишутся неверно. Хотя физически секторы не пострадали. »

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

Но и сам хард (его микрокод ) с этой задачей никак не справится. --- Сектор так и останется незавершённым. И »

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

[Tau_0]

Прекрасно справится при новой записи. »

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

[Tomset]

Даже при полном форматировании харда эти секторы не перепишутся, а будут выброшены из файловой системы. »

Перепишутся, полный формат пишет всю поляну.

[Tau_0]

Перепишутся, полный формат пишет всю поляну. »

НЕТ...!!!...
На NTFS, пендинги уйдут в метафайл $BadClus. Но секторы сами пендинги надо перепробить/перезаписать утилитой типа Victoria или на Вашем коплексе. Это АзБука...

ЗЫ Десять лет назад торжественно объявили, что перешли на харды AF. Но это полумера или заметание мусора под стол. Производители повысили выход годных пластин. Это их интересовало в первую очередь. А производители софта не стали перетряхивать старый облаженный код.

Почти все харды на рынке, это AF 4K, 512e. А вот захотелось мне приобрести AF 4Kn..., и нигде не нашёл.