Здравствуйте. Спасибо большое)

MBR потом обратно включать?

Вы деактивировали на жёстком диске главную загрузочную запись?

При попытке посекторного стирания, как рассказано в статье, первые 8 секторов окрашиваются серым, а дальше все сектора окрашиваются синим с восклицательным знаком и красный текст "ABRT" Отказано в доступе".

Да, но обычно хватает первой операции.

Здравствуйте. Хочу уточнить после прочитанного ряда статей на вашем ресурсе: если я хочу "затереть нулями" все проблемные блоки - запускаю Викторию с галочками на "write" и "DDD" и жду, а если по окончанию окажется, что хоть какой-то блок не "затёрся нулями", то я повторяю с " выжившими" ту же процедуру не в windows, а с dos с флешки. Я правильно понял? 

Так у меня и так последняя версия 5.36. Далеко ходить не нужно, вот свежий коммент из соседней темы: https://remontcompa.ru/907-kak-obrezat-na-zhestkom-diske-uchastok-so-sboynymi-s
ektorami.html

Не согласен с этим утверждением. Попробуйте последнюю версию программы.

Вы неверно интерпретируйте показания Виктории. Судя по скрину, там нет 7 блоков с задержкой более 600 мс, там есть 7 блоков с задержкой от 200 до 700 мс. Теоретически, он все в лёгкую могут все иметь задержку 201 мс, всего на 1 мс больше начальной границы. По моим наблюдениям, Виктория не отличается стабильность скана: на разные размеры блоков, будут выдаваться разные задержки. К примеру, при скане с дефолтным размером блока 2048 секторов для моего терабайтника, виктория находила блок под 980 мс, но при посекторном разборе (размер блока = 1 сектор) этого "медленного" блока, оказалось, что все 2048 секторов имеют максимальную задержку не более 50 мс. Виктория постоянно показывает разное, никакой стабильности результатов, к тому же на фоне динамического изменения цветовых границ блоков. 

Ну, да, конечно же систему уже поставили на новый SSD Samsung 870 EVO, эти диски даже и не рассматривали.

В дальнейшем, я бы хотел их применить для хранилища общих-сетевых файлов, ну и архивацию Servera...................................попробую

Да, Вы правы Федор! Зеленый 1 блок с задержкой 93ms

https://files.fm/f/dgcruwv7m

По этому блоку прошел Remap и он исчез.

Скрины результата простым чтением

Диск 1 https://files.fm/thumb_show.php?i=qxhna5q2c

Диск 2 https://files.fm/thumb_show.php?i=k888fjt5s

Что еще нужно или можно сделать? Эти диск еще можно использовать под резервное хранилище?

Спасибо, Федор! 

Вот под этой строкой на картинке в статье против 600 значится 7 блоков, а за ними в боксе стоит птичка означающая запись в журнал результатов по этому диапазону. Странно почему ниже в журнале только записи о начале теста в 9:57:19 и об его окончании в 10;34:47, а между ними ничего о тех 7 оранжевых блоках. Подумалось про глюк версии 4.3 beta, но проверка запуском этой версии и тестирования одного из HDD этого не подтвердили. Все в версии 4.3 с записью результатов нормально, блоки из строки 600 в журнал между строками запуска теста и его завершения пишутся красненьким с временами больше 200 и меньше 600.

Потому как при DDD Enable производится не только чтение, а еще включается запись в сектор специального контрольного кода с последующей верификацией чтением. Попытки записи/чтения в сектор производятся несколько раз.

Зачем? У вас же в SMART показатели ID 5,196-200 по нолям. Получится пустая трата времени.

Зеленые блоки по вашим картинкам это должны быть блоки с временем доступа в интервале 250 - 1000 мс, т.е 1 зелёный блок может иметь время доступа как 251 мс, так и 999 мс, а чтобы знать точно сколько миллисекунд потребовалось на этот блок, надо было в настройках включить в Тестирование - Логгировать задержки - Зелёные (птичку поставить). С включенной птичкой программа вам записала бы в лог красной строкой время доступа по каждому зелёному блоку.

Кстати, в статье к одной из картинок указывается - есть сектора с большой задержкой более 600 мc - про 7 секторов на самой картинке, что трактуется автором не правильно. Вот включите логгирование зелёных и посмотрите про ваш один сектор, больше он 1,0s или меньше. Хотя это уже из интерфейса самой программы должно быть видно. Посмотрите на свои картинки, на них значения времени доступа разбиты на значения 25; 100; 250; 1,0s; 3,0s; >; Err. Так вот по логике уже должно получаться, что все блоки попадающее в строку > должны быть с доступом более 3,0s и тогда получается, что в строку 3,0s попадают блоки с временем доступа не превышающим 3 секунды, а значит с временем доступа в диапазоне от 1 секунды до 3 секунд. Соответственно тоже относится и к прочим диапазонам, т.е. у всех блоков попавших в строку 25 время доступа менее 25 миллисекунд, а не 25 и более. Только что на одном из своих дисков произвел проверку с включенным логгированием и тёмно-серых блоков, через несколько минут один из блоков попал в строку с доступом 250, а в журнале появилась красная строка с текстом - Block start at 154955776 (79 GB) = 109 ms - эти 109 ms < 250 ms. Вот эта строка и говорит что я прав, а в статье значения трактуются не верно. Соответственно и все ваши зелёные 818 блоков имеют время доступа меньше 1 секунды, но больше 250 миллисекунд.

Хорошо! Но, это примерно, часа 3. Поставлю на ночь, завтра утром скину. 

Спасибо! Про очень большую наработку, это я и сам знаю и вижу на смарте. Ведь диски стояли в Рейде на серваке, без перерыва проработали ровно 8лет! 

Время наработки накопителей 65375, 59355 очень большое! Отпахали без перерыва 7 лет.

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

Так же, еще вопрос? На диске провел тест чтением. Результаты на скрине https://files.fm/f/muqedugam

Далее провел тест записью Write с DDD. Результат стал еще хуже: https://files.fm/f/m3z3uq6yv

Почему так? Теперь, что нужно сделать? Провести тест с REMAP?

Не понял, вопрос? На скринах же все видно!

Диск №1 который был с ошибкой CRC=59355

Диск №2 (рабочий)=65375

Время наработки накопителей 65375 тысяч или 59355  ?

Выкладываю СМАРТ

https://files.fm/f/e9nnc5nmb

https://files.fm/f/5m2y8xpzn

По умолчанию оно там стоит в auto и вы понятие не имеете какой размер выбран программой по типу и характеристикам диска.

Обязательно произойдёт, обязательно...

Если только диск не рассыпится на мелкие детали, ему же придётся увеличить число оборотов, выдать безумную скорость сканирования, технически для него невозможную.

Не экспериментировал. Block size лучше оставить по умолчанию. Скрин только через хостинг картинок.

На моей Виктории, BlockSize по умолчанию стоит 2048, timeot-10000, Вот я и спрашиваю, при перезаписи "Write DDD" стоит  уменьшать эти параметры (понятно, что это будет намного дольше работать) но может перзапись произойдет более качественней. Если от этого не зависит, то тогда BlockSize поставить по максимому 65535 и тогда перзапись 1 Тб за 15минут пройдет???

P.S. И вот еще, на вашем сайте в комментах нет кнопки вставить фото? Как мне скрин СМАРТА показать? Или только через хостинг?

Здравствуйте! Как сделаю СМАРТ выложу. А вот при записи диска 00, параметр "block size" и таймаут какой выставлять?

Затерялся ваш коммент, так и не ответил вам. Значит оба диска у вас теперь работают нормально? А какой СМАРТ у обоих дисков? Скрины можно посмотреть?

Запись White c DDD всего диска прошла успешно, после этого диск инициализировал, создал том, в общем диск отобразился и можно с ним работать. Виктория в тесте показала 1 зелёный сектор. Скажите, что то ещё желательно проделать Викторией?

Я не совсем в курсе как! Т.к. это делали вызванные мной сисадмины и они восстановить boot mgr не смогли (при загрузки Windows Server2008-R2 показывало ошибку  BOOTMGR). Сказали, что один или оба диска посыпались и надо их менять. На сколько помню, в БИОСе Volume0 raid1"Rebuild"-был «запрещён». При этом ещё прошивка БИОСа слетала но восстановилась из DualBios. Поэтому я, чтобы сохранить данные с диска загрузился с LiveCD и скачал нужную инфу. После решил проверить, что с дисками. Один виден системой и работает, а второй с ошибкой данных CRC при инициализации. Вот и решил его ремапить, обнулять в общем как-то оживить. Или уже ничего сделать?

Здравствуйте!

а как вы определили проблемный диск? Каким средством диагностики?

Восстановление (Rebuild) RAID 1 массива

https://remontcompa.ru/windows/vosstanovlenie-windows/2342-rebuild-raid-1.html

Здравствуйте, Аdmin! Есть диск на 1Тб WD, стоял в зеркалке с таким же HDD 1Тб WD, но в прекрасный момент перестала запускаться windows. При отключении RAID, ни с одного диска Winda не запускается.

Если загрузиться с установленной Windows на другом ПК с подключенным проблемным 1Тб WD, то проводник его не видит, т.к. нет буквы, и в упр. дисками просит его инициализировать. При инициализации = ошибка данных CRC. В диспетчере устройств соответственно он отображается, но не под своей моделью WD...., а как «Intel Raid 1 Volume SCSI Disk Device»

Второй виден системой, форматируется, преобразовывается в MBR или GPT, в общем работает.

Плату контроллера переставлял с одного на другой, контакты от окисления почистил. В общем платы у обоих рабочие. Инфа на обоих дисках сохранилась.

Если загружаться с WinPE, то проблемный диск отображается, соответственно инициализирован, т.е. на нем можно работать. SMART в полне норм. БЭДов нет, переназ. секторы по 00, ID с 195 по 199 по нолям. "Запись по всей поляне" не получается- (отказано в доступе - Write error:ABRT) делал из под Windы и DOS,  MBR OFF отключал, все по вашим статьям.

Какое Ваше мнение? Что ещё можно попробовать предпринять? Если диск виден и работает под виртуалкой, но почему по Windows с ошибкой crc ? Подскажите, что знаете!