[Tau_0]

bejason, Итак мы имеем фактичкски один большой сбойный сектор в 4096 байтов. Этот сектор равен 8 обычным секторам. Поэтому Victoria не может его затереть. На хардах WD обычно помогает затирание диапазоном, а вот с хитачи не знаю. --- Попробуем на хитачи… Странно, что в SMART восемь пендингов, а не один...
------------------------------------------------------------------

23:09:33 : LBA 592118392 try REMAP... Error 23:10:38 : LBA 592118393 try REMAP... Error 23:11:41 : LBA 592118394 try REMAP... Error 23:12:45 : LBA 592118395 try REMAP... Error 23:13:49 : LBA 592118396 try REMAP... Error 23:14:53 : LBA 592118397 try REMAP... Error 23:15:58 : LBA 592118398 try REMAP... Error 23:17:01 : LBA 592118399 try REMAP... Error

1. Сохраняем восемь секторов в файл.

Сервис ===> Копировать секторы
Начальный сектор = 592118392
Конечный сектор = 592118399

У меня имя файла lba_592118392_8.bin. Его не переименовывайте --- оно мнемонично… А маршрут выбирайте любой… См. картинку 1

G:\Ответ\OSZone\bejason\lba_592118392_8.bin

ЗЫ При выборке должны быть ошибки (8 штук). Вы их игнорируйте --- фактически запишутся нули. Ну и пусть…

2. Теперь пишем назад. См. картинку 2
На WВ с большими секторами такое проходило…

После завершения покажите SMART…

[bejason]

1. Сохраняем восемь секторов в файл. Сервис ===> Копировать секторы Начальный сектор = 592118392 Конечный сектор = 592118399 У меня имя файла lba_592118392_8.bin. Его не переименовывайте --- оно мнемонично… А маршрут выбирайте любой… См. картинку 1 G:\Ответ\OSZone\bejason\lba_592118392_8.bin ЗЫ При выборке должны быть ошибки (8 штук). Вы их игнорируйте --- фактически запишутся нули. Ну и пусть… 2. Теперь пишем назад. См. картинку 2 На WВ с большими секторами такое проходило… После завершения покажите SMART… »

Во 2-ом я тоже "игнорировал" правильно сделал?

[Tau_0]

Во 2-ом я тоже "игнорировал" правильно сделал? »

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

Пробовали ранее интервал в один большой сбойный сектор. Не прошло, однако --- были сбои при записи.

Начальный сектор = 592118392 Конечный сектор = 592118399

Ладно, --- расширим диапазон слева и справа на один большой сектор (он равен восьми малым)…
Вот так. --- См. катинки 1 и 2
Начальный сектор = 592118392 – 8 = 592118384
Конечный сектор = 592118399 + 8 = 592118407

Файл lba_592118384_24.bin из 24 малых секторов (три больших) приложите к ответу. Просто интересно мне на этот диапазон посмотреть. Ну есснр и рапорт SMART тоже нужен…

[bejason]

Начальный сектор = 592118392 – 8 = 592118384 Конечный сектор = 592118399 + 8 = 592118407 »

1). Я тут "игнорировал" в нескольких местах :
1. 592 118 392
2. 592 118 393
3. 592 118 394
4. 592 118 395
5. 592 118 396
6. 592 118 397
7. 592 118 398
8. 592 118 399
2). Тут тоже нажал на "игнорировать все"

Файл lba_592118384_24.bin »

https://disk.yandex.ru/public/?hash=...K0sJeVgzdCE%3D

Ну есснр и рапорт SMART тоже нужен… »

А что за

есснр »

?
Уже "bad"

Появилась "ошибка чтения" это плохо?

[Tau_0]

Файл lba_592118384_24.bin » »

Смотрим в DMDE файл lba_592118384_24.bin
1. В DMDE в меню Диск ===> Открыть образ…
Выбираеи и открываем файл дампа dev0_lba592118384_24.bin См. картинку 1

2. Прокручиаем секторы до сектора 8 (блок 8) относительно начала файла…
Видим картинку 2. На ней секторы с 0 по 7 хранят некоторую информацию. Далее секторы с 8 по 15 (восемь секторов) содежат нули 00h. И секторы с 16 по 23 опять содержат информацию.
Это говорит о том, эти восемь секторов не выбрались (фактически это один большой сектор). Поскольку секторы не были выбраны, то DMDE записал в файл нули, ---- ведб надо же было что-то записать…

Обратная операция записи секторов не прошла… Точнее записались секторы с 0 по 7, а вот секторы с 8 по 15 --- нет не записались. Задумано было так, что если там soft-bad, то эти восемь секторов перекроются нулями, --- информация в секторе то по любому потеряна. Но если бы прошло нормально, то сектор бы вернулся в строй…

Но произошло самое поганое и секторы не перекрылись и ошибок чтения в атрибуте 01 стало немеряно… Для меня загадка, --- откуда их столько много стало (347478300 штук) в счётчике Raw. Ну и нормализованное значение упало с 99 до 57. Ну допустим не проходила запись в сектор. Тогда счёт должен быть идти на десятки, ну пусть сотни… Но тут ведь сотни миллионов насчитались…

misha2, аууу. Что за ерунда такая…???.....

[bejason]

У меня щас чаще начинается появляться "Windows обнаружила неполадки жесткого диска".

[Tau_0]

У меня щас чаще начинается появляться "Windows обнаружила неполадки жесткого диска". »

Это из-за статуса bad. Мне вот самому никак непонятно откуда вылезло столько ошибок чтения..???...

[IgNat]

Мне вот самому никак непонятно откуда вылезло столько ошибок чтения..???... »

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

[Tau_0]

т.к. из вашей переписки с ТС ничего непонятно. »

Да там ВСЁ просто... В самом начале был один пендинг на одном большом секторе. И было в атрибуте ID = 01 VAL = 99, а RAW = 1001h = 4097 dec ошибок чтения.

1. Прогнали 1 раз Victoria в режиме read+remap. Поскольку секторы большие пендинг не ушёл --- такое сплошь и рядом наблюдатся… Но 01 упал до Val = 84, RAW = 22740992.

2. Следующим щагом была запись диапазона точно в один сбойный сектор. На WD с большими секторами запись диапазона обычно помогает, а на хитачи не прошло…
После этого 01 атрибут малось выправился… --- Val = 85, RAW =14221312

3. На всякий случай я решил чуток расширить диапазон --- загнал три сектора в файл и затем назад. Бэд опять ни затёрся ни переназначился…
Так мало того --- 01 атрибут опять здорово упал --- RAW = 57 (это ниже порога, поэтому статус BAD), а RAW = 347478300.

Если посмотреть на число операций выборки и записи одного сбойного сектора (пусть восемь раз он читался и записывался). Ну и пусть Windows мог повторить, не сообщая об этом --- много не наберётся …

Это совсем сущая ерунда, чтобы столько ошибок насобиралось…
Для Windows тоже никакого насилия не было --- сектор и так был сбойный. Поэтому этим никакую информацию потереть никак нельзя…

bejason, ещё раз SMART прочитайте и покажите --- надо посмотреть, что теперь там твотится…???...

[IgNat]

Tau_0, вопрос был не об производимых действиях, но об среде выполнения действий! Т.е. об недопустимости:

вы насилуете диск с рабочей ОС, установленной на этом же диске! »

- что мешало попытаться убрать кандидатов (не бэд!) в Victoria for DOS (если конечно в BIOS можно отключить AHCI-режим) или заниматься всеми действиями в среде LiveCD
Кроме прочего, вы не указали, что делалось:

проверил через Victoria (TEST -> REMAP -> START) »

- после этой операции, текущее и худшее значение 01-атрибута сразу! снизились с 99 до 84! - первый звоночек

Т.ч. перестаньте заниматься самодеятельностью и действуйте стандартными способами!