Показать полную графическую версию : умирающий HDD. интересно мнение специалистов по ряду вопросов
Ищите инструмент (ПО), Викой ничего с ним не сделать. »
Викой ни с одним AF напрямую ничего нельзя сделать...
А пока....
20:59:24 : Block 10882048 Error: ABRT
foxbat, выставляете StartLBA = 10882048, EndLBA = 10882048 + 255 = 10882303, BlockSize = 1. И прогоняете SCAN этого диапазона в Victoria. Опять нужен рапорт в текстовом виде....
ЗЫ Остальное потом...
foxbat, выставляете StartLBA = 10882048, EndLBA = 10882048 + 255 = 10882303, BlockSize = 1. И прогоняете SCAN этого диапазона в Victoria. Опять нужен рапорт в текстовом виде.... »
лог в приложении.
расскажу как делал тест:
поставил параметры как сказали, программа считала 50 секторов и всё, ничего не делает, (я писал уже выше о таком поведении, индикатор активности не горит и ничего не происходит). начал пробовать с другим кол-вом блоков, 32,64,256 и т.д. всё нормально работает, начинает так дурить если поставить 3 и меньше блоков, причём с кол-вом = 3 один раз прошёл тест до конца. изменял таймауты всё тоже самое. кол-во блоков от начала до "зависания" 50 - 70, т.е. всегда разное. снял галку grid и тест прошёл до конца с кол-вом блоков =1 (см. лог, актуальный в самом низу файла), причём делал несколько попыток что бы убедиться что это не случайность.
и это при том что с grid-ом всё работает штатно например на других участках, например с 1ого блока... одни сюрпризы, в общем. то ли программа ведёт себя неадекватно, то ли винт дурака валяет.
то ли программа ведёт себя неадекватно, то ли винт дурака валяет. »
Похоже, что и то и другое...
Возьмите утилиту HDDScan (http://rlab.ru/tools/hddscan.html) и прогоните SCAN в ней. --- StartLBA = 10882048, EndLBA = 10882303, BlockSize = 1
Текстовый файл с рапортом HDDScan представьте…
Этот WD Sadle G6 уже "обрезок" и неважно по чём - голове или плотности.
И ему поможет лишь селф по новой. А возможно (скорее всего) придётся голову откусить.
Хотя б полноценный 1 ТБ вытянуть с него.
Да и Викой, ХДДскан ничего с ним не сделать.
WDMarvell - можно.
Текстовый файл с рапортом HDDScan представьте… »
флэшку с этим самым рапортом дома оставил, а так всё один в один. если принципиально именно файл тогда до вечера.
И ему поможет лишь селф по новой. А возможно (скорее всего) придётся голову откусить.
Хотя б полноценный 1 ТБ вытянуть с него. »
Конечно рапорт SCAN не внушает оптимизма, --- может и дохнет голова… Но примитивно это проверить ничто не мешает…
foxbat, в DMDE в меню Сервис ===> Заполнить секторы… Заполняете Hex нулями (по дефолту там так и стоит…)
Заполняете шаблон (достаточно заполнить два любых поля, а третье утилита сама правильно заполнит…)
Start Sector = 10882272
End Sector = 10882303
Number of Sectors = 10882303 – 10882272 + 1 = 32 сектора по 512 байтов. На самом деле это 4 больших сектора по 4096 байтов.
Подтверждаете по Ok…
После этого проверяете только этот узкий диапазон. --- Опять запускаете Victoria и/или HDDScan с установками StartLBA = 10882048, EndLBA = 10882303, BlockSize = 1
Рапорт Scan'а представьте...
Лучше уж техноформатом пройти по всей поляне, а потом лог.скан чтоб убедиться в качестве поляны.
Нужно ведь не затирать блоки, а форматить под техноключом. Причём желательно в 2-3 прохода.
Да и адаптивы пора б ему пересчитать.
Износ есть и "уход" параметров БМГ вне допустимых пределов тоже, так что затирай не затирай, винт новым не станет.
Да и DMDE совсем не средство для ремонта винтов. Хороший инструмент для посекторок, не более того.
foxbat, в DMDE в меню Сервис ===> Заполнить секторы… Заполняете Hex нулями (по дефолту там так и стоит…)
Заполняете шаблон (достаточно заполнить два любых поля, а третье утилита сама правильно заполнит…)
Start Sector = 10882272
End Sector = 10882303
Number of Sectors = 10882303 – 10882272 + 1 = 32 сектора по 512 байтов. На самом деле это 4 больших сектора по 4096 байтов.
Подтверждаете по Ok…
»
Сделал, правда с шаблоном не понял, где эти поля надо было заполнять.
После этого проверяете только этот узкий диапазон. --- Опять запускаете Victoria и/или HDDScan с установками StartLBA = 10882048, EndLBA = 10882303, BlockSize = 1
Рапорт Scan'а представьте... »
тест вроде прошёл, опять таки только без визуализации поверхности (с графиком скорости чтения)
09:34:42 : Command interrupted by user!
09:34:46 : Get passport... OK
09:34:46 : Recallibration... OK
09:34:46 : Starting Reading, LBA=10882048..10882303, sequential access, timeout 10000ms
09:34:48 : ***** Scan results: no warnings, no errors *****
09:34:46 : Starting Reading, LBA=10882048..10882303, sequential access, timeout 10000ms
09:34:48 : ***** Scan results: no warnings, no errors ***** »
Это говорит о том, что четыре бэда затёрлись и пендинги ушли, значит это были soft-bad’s.
Другое дело, что бэдов полно. Не совсем понятен источник этих бэдов…???...
Может и не головка виновата, а качество питания плохое, --- из-за чего и бэды плодятся...???...
Можно интереса для диапазонами многое пореть. Но данные восстановить это не поможет…
Похоже, что диапазон последователен/”непрерывен”
2530658304 – 2257709568 +1 = 272948737 sectors
272948737 / 2 = 136474368.5 KiB = 133275.750488281 MiB = ~130 GiB
Это немало, но я бы хоть кусок его затёр и посмотрел…
Это говорит о том, что четыре бэда затёрлись и пендинги ушли, значит это были soft-bad’s.
Другое дело, что бэдов полно. Не совсем понятен источник этих бэдов…???...
»
ага, мне особенно непонятная картина с посекторным копированием когда через 1 ошибку 15 или 7 живых блоков и так очень долго
Может и не головка виновата, а качество питания плохое, --- из-за чего и бэды плодятся...???...
Можно интереса для диапазонами многое пореть. Но данные восстановить это не поможет…
Похоже, что диапазон последователен/”непрерывен”
2530658304 – 2257709568 +1 = 272948737 sectors
272948737 / 2 = 136474368.5 KiB = 133275.750488281 MiB = ~130 GiB
Это немало, но я бы хоть кусок его затёр и посмотрел »
нет он не последователен, это видно в логе dmde, который я прикреплял выше, архив "123.rar" (лог посекторного копирования). тем не менее dmde выдал по окончанию что не считано было порядка 120 Мб, сейчас уже точно не помню и это с учётом перескоков секторов при чтении.
P.S. насчёт питания у меня 450 Вт ный FSP стоит, комп не шибко заряжен, 1 SSD, 2 HDD, проц i3, и видеокарта ti530
мне особенно непонятная картина с посекторным копированием когда через 1 ошибку 15 или 7 живых блоков и так очень долго »
Мне пока в этом деле понятно только одно, что четыре soft-бэда при затирании диапазоном ушло. А остальные мы не трогали...
Надо продолжить в том же духе --- протестировать в Victoria/HDDScan новый узкий диапазон StartLBA = 819042304, EndLBA = 819042304 + 255 = 819042559, BlockSize = 1. Этим делом будут пойманы конкретные LBA сбойных секторов. Затем попробовать и их затереть. Если и они уйдут, то интересная картина вырисовываться будет..
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.