умирающий HDD. интересно мнение специалистов по ряду вопросов

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Накопители (SSD, HDD, USB Flash) (http://forum.oszone.net/forumdisplay.php?f=53)

умирающий HDD. интересно мнение специалистов по ряду вопросов

преамбула:
стоял у меня в компе винт 1,5Гб WD Caviar Greeen, года 3 проработал, в основном там были торрент- хранилище и личные медиа файлы (личные фото, видео). отключил парковку головок в своё время по таймауту.
как то на днях столкнулся с тем что очень долго стал копировать с него некую информацию, внимания не придал. ситуация стала повторяться и тотал командер по нескольку секунд его стал открывать, окончательно отпали сомнения когда диск стал необоснованно "работать" , т.е. с периодичностью 1-2 секунды загорался индикатор HDD и слышался шум работы головок. проверял SMART сначала был GOOD, потом стал RED (я полагаю из-за curent pending sectors=4, других "красных" параметров нет), сейчас опять стал GOOD (почему то...).
за свою жизнь винт не падал... вроде

итак, когда я понял что дело пахнет утратой нажитой информации (главное это личный фото архив). приступил к "активным" действиям.
подключил диск донор, и начал копирование фото. копировались с переменным успехом, точнее с переменной скоростью с провалами до 100 и меньше кб/сек. в определённый момент я просто не смог зайти в одну папку что бы скопировать её, и в винде посыпались ошибки отложенной записи. следующим этапом стала посекторная копия диска парагоном, который завис где то на 70% процентах работы, и систему пришлось перезагружать с кнопки. каково моё удивление было когда на винте доноре я увидел, большинство своих фото, там где они и были, не все правда но многие (несмотря на перезагрузку и не завершённое купировании). после этого попробовал программу dmde (нужно было делать ей сразу, узнал про неё "по ходу пьесы"), тоже в посекторном режиме сделал копию. итого в отчёте примерно 200 Мб, отошло к БЭДам с учётом прыжков через 4096 сектора при наличии ББ(т.к. очень процесс затянулся, почти сутки и пришлось пойти на такие меры). винда хотела на сбойном диск провести чекдиск, однажды я проморгал (не успел отменить) и она начала чего то там править, я резетом прекратил это дело. (был у меня нехороший опыт когда после чекдиска куча всего исчезла)
вопросы у меня возникли такие: в том правильно ли я поступил в данной ситуации. если нет то как надо. мои действия, с применяемым "техоснащением"
1. снять образ в посекторном режиме. программой Dmde (бесплатной редакции). возможно порекомендует другие программы более подходящие для этого. возможно мне показалось но через режим "scsi" процент успешного чтения сомнительных блоков выше.
2. копию откладываем на всякий пожарный, а с полудохлого попытаться вытянуть данные.
3. имеет ли смысл сделать проверку диска (чекдиск) или это только усугубит ситуацию ?

сопутствующие вопросы:
-о чём может свидетельствовать такая картина - через 15 читаемых секторов 1 не читаемый и так очень долго, после нескольких часов наблюдения за этим было решено сделать настройку "перескока" через сначала через 1000 секторов, потом через 4096.
-возможно ли вынуть данные из ББ, слышал про так называемый HDD Regenerator что якобы он может восстанавливать ББ
-почему SMART не пополняет информацию о ББ, сколько я винт не мучил current pending sectors так и стоит = 4
-чем может быть вызвано такое резкое ухудшение состояния "здоровья" диска который не подвергался физическому насилию. или оно и было просто не выявлялось ?

foxbat, такую длинную сказку не осилить...
Просто рапорт SMART представьте.

пожалуйста

судя по смарт развалилась фс а не поверхность диска. контроллер может тупит?

foxbat, согласно рапорта SMART на харде есть 16 пендингов, и тольуо... А в состальном хард живее всех живых. И на мой взгляд с ним ничего страшного.

В той же Victoria выполните тест линейного чтения. Рапорт Виктории сохраните в текстовый файл и покажите. --- Надо поймать LBA тех пендингов, чтобы их извести..

контроллер диска ? а как он может тупить и как это выявить? смутило то что она на "на лету" стала разваливаться и наличие ББ подтверждается и викторией и dmde и парагоном и акронисом. и их кол-во явно больше 16 (curent pending sector)..

и вот "странные" участки:
C 1 > > 2420882940 : 15
E 1 > > 2420882955 : 1
C 1 > > 2420883068 : 15
E 1 > > 2420883083 : 1
C 1 > > 2420883196 : 15
E 1 > > 2420883211 : 1
C 1 > > 2420883324 : 15
E 1 > > 2420883339 : 1
C 1 > > 2420883452 : 15
E 1 > > 2420883467 : 1
C 1 > > 2420883580 : 7
E 1 > > 2420883587 : 1
C 1 > > 2420883708 : 15
E 1 > > 2420883723 : 1
C 1 > > 2420883836 : 15
E 1 > > 2420883851 : 1
C 1 > > 2420883964 : 15
E 1 > > 2420883979 : 1
C 1 > > 2420884092 : 7
E 1 > > 2420884099 : 1
C 1 > > 2420884220 : 15
E 1 > > 2420884235 : 1
C 1 > > 2420884348 : 15
E 1 > > 2420884363 : 1
C 1 > > 2420884476 : 15
E 1 > > 2420884491 : 1
C 1 > > 2420884604 : 15

весь лог целиком прицеплен к сообщению

Цитата:

Цитата foxbat

и их кол-во явно больше 16 (curent pending sector).. »

Может и больше, а может и нет... :gigi::gigi::gigi:
Вы не учли того, что Ваш ушастый WD --- это харда AF, у него размер сектора равен 4096 байт. Это значит, что все перечисленные Вами утилиты на каждый реальный пендинг выдадут восемь (сектор 4096 байтов эмулируется 8 смежными малыми секторами по 512 байтов).

Простой ремап в Victoria не даст никакого толка, но можно элементврно извести эти пендинги --- просто и незамысловато затереть их диапазоном секторов.

Но для этого нужен рапорт Scan из Victoria...

Цитата:

Цитата Tau_0

Может и больше, а может и нет...
Вы не учли того, что Ваш ушастый WD --- это харда AF, у него размер сектора равен 4096 байт. Это значит, что все перечисленные Вами утилиты на каждый реальный пендинг выдадут восемь (сектор 4096 байтов эмулируется 8 смежными малыми секторами по 512 байтов).
Но для этого нужен рапорт Scan из Victoria... »

про af не знал, спасибо за информацию...

Цитата:

Цитата Tau_0

Простой ремап в Victoria не даст никакого толка, но можно элементврно извести эти пендинги --- просто и незамысловато затереть их диапазоном секторов.
»

виктория видит сектор в 512 байт ? т.е. если битый один физический сектор, то вылетает из игры весь аф сектор?
про затереть диапазоном не понял.

З.Ы. дальнейшее использование винта не рассматривается, я уже купил RED на 3 Тб, думаю потом докупить ещё второй и собрать RAID, а сейчас стоит вопрос по максимуму без потерь вытянуть инфу с зелёного.
и почему кстати ушастый ? :)

Цитата:

Цитата foxbat

дальнейшее использование винта не рассматривается, »

А зря, вполне пойдёт под всякую мультимедию, которую и потерять-то не жалко.

Цитата:

Цитата foxbat

и почему кстати ушастый ? »

Потому, что WD15EARS
EARS – ухи в переводе с аглицкого...:)

Цитата:

Цитата DVDshnik

А зря, вполне пойдёт под всякую мультимедию, которую и потерять-то не жалко. »

Действительно, что мешает убрать пендинги и хард станет как новый, тем более, что проработал он всего 7839 часов.

Ничего на харде не умирает. А то повадились у одного тема так и называется хард сыпется..., у другого хард умирает...

А харды живы и здоровы. --- Просто есть легко убираемые пендинги...

Добавлено
=======

Цитата:

Цитата foxbat

сейчас стоит вопрос по максимуму без потерь вытянуть инфу с зелёного. »

Сначала давайте уберем пендинги, а затем примемся за восстановление ФС...

Цитата:

Цитата Tau_0

Сначала давайте уберем пендинги, а затем примемся за восстановление ФС... »

давайте, что нужно сделать ? викторией тест прогнать без ремапа ?

Цитата:

Цитата foxbat

давайте, что нужно сделать ? викторией тест прогнать без ремапа ? »

Именно. Линейное чтение.

Цитата:

Цитата Tau_0

Ничего на харде не умирает. А то повадились у одного тема так и называется хард сыпется..., у другого хард умирает... »

Наверно у всех авторов имеется ввиду деградация магнитного слоя и уход параметров GMR голов, и износ механики (повышенные люфты и т.д.).
Поэтому ж и пендинги и бэды. Вполне ес-нный процесс старения, износа.

Цитата:

Цитата Tau_0

хард станет как новый, тем более, что проработал он всего 7839 часов. »

Не станет. Для "зелёных" ВД такая наработка это уже проблемы, маленькие и не очень. Вообще срок эксплуатации их редко превышает 10-12 000 часов. А после 3-5 тысяч часов появление небольших проблем - обычное дело. Вот винт и справляется с ними посредством внутренней дефектоскопии. Но настаёт такой момент что самому винту это уже не под силу. :(

велечина блока имеет значение ? по умолчанию 256 стоит. если поставить меньше -32 минимум, я так понимаю процесс более подробный будет ?

Цитата:

Цитата foxbat

велечина блока имеет значение ? по умолчанию 256 стоит. »

Хард блочное устройство и команды Read/Write быстрее обработают ВСЮ поляну на BlockSize = 2048. А если выставить размер блока в один сектор, то будет сканировать до второго пришествия, зато очень точно...

Пока ничего не меняйте --- пусть по дефолту будет 256 секторов в блоке. Скорость пока не так и важна... Если Victoria при скане пометит некоторый блок, как Error, --- это значит, что в блоке есть сбойные секторы. Min один сектор и Max 256 секторов. Размер сектора предполагается = 512 байтам --- Victoria ничего не знает про большие секторы...:(

После того, как будут пойманы LBA сбойных блоков секторов, можно будет заняться поиском сбойных секторов в сбойных блоках. --- Для этого надо будет выставить сканируемый диапазон как StartLBA = LBA_Error, EndLBA = LBA_Error + 255, BlockSize = 1. Где LBA_Error --- адрес первого сектора в сбойном блоке, который можно назвать LBA адресом сбойного блока...

у меня нельзя поставить меньше 32 (версия не та ?), я кстати сегодня на ночь запустил с размером 32, но он уткнулся где то на 20 %... и всё... причём не завис, а просто ничего не делал, пауза-резьюм не помогало, в итоге остановил скан и указал старт с того ЛБА где застрял (чуть раньше) и он этот участок прошёл без нареканий. сегодня ещё раз запущу с 256

Цитата:

Цитата foxbat

у меня нельзя поставить меньше 32 (версия не та ?) »

Можно... Сначала ставите BlockSize = 128, а затем клавишей BackSpace вытираете 28 и оставляете только 1. --- Тогда пройдёт...

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

Цитата:

Цитата Tau_0

Ничего на харде не умирает. А то повадились у одного тема так и называется хард сыпется..., у другого хард умирает...
А харды живы и здоровы. --- Просто есть легко убираемые пендинги... »

лог живого и здорового :). начальная часть

остальное (до 82% выполнения) в приложении.

Его ремонтить надо, а не пендингами заниматься.
Ищите инструмент (ПО), Викой ничего с ним не сделать.

Цитата:

Цитата misha2

Его ремонтить надо, а не пендингами заниматься.
Ищите инструмент (ПО), Викой ничего с ним не сделать. »

про инструмент (ПО) не понял.
изначально я хотел просто данные с него стянуть с наименьшими потерями, а не реинкарнацией заниматься. я так понимаю лучше того что воспользоваться dmde я ничего уже не сделаю ?

Цитата:

Цитата misha2

Ищите инструмент (ПО), Викой ничего с ним не сделать. »

Викой ни с одним AF напрямую ничего нельзя сделать...

А пока....

Цитата:

20:59:24 : Block 10882048 Error: ABRT

foxbat, выставляете StartLBA = 10882048, EndLBA = 10882048 + 255 = 10882303, BlockSize = 1. И прогоняете SCAN этого диапазона в Victoria. Опять нужен рапорт в текстовом виде....

ЗЫ Остальное потом...

Цитата:

Цитата Tau_0

foxbat, выставляете StartLBA = 10882048, EndLBA = 10882048 + 255 = 10882303, BlockSize = 1. И прогоняете SCAN этого диапазона в Victoria. Опять нужен рапорт в текстовом виде.... »

лог в приложении.
расскажу как делал тест:
поставил параметры как сказали, программа считала 50 секторов и всё, ничего не делает, (я писал уже выше о таком поведении, индикатор активности не горит и ничего не происходит). начал пробовать с другим кол-вом блоков, 32,64,256 и т.д. всё нормально работает, начинает так дурить если поставить 3 и меньше блоков, причём с кол-вом = 3 один раз прошёл тест до конца. изменял таймауты всё тоже самое. кол-во блоков от начала до "зависания" 50 - 70, т.е. всегда разное. снял галку grid и тест прошёл до конца с кол-вом блоков =1 (см. лог, актуальный в самом низу файла), причём делал несколько попыток что бы убедиться что это не случайность.
и это при том что с grid-ом всё работает штатно например на других участках, например с 1ого блока... одни сюрпризы, в общем. то ли программа ведёт себя неадекватно, то ли винт дурака валяет.

Цитата:

Цитата foxbat

то ли программа ведёт себя неадекватно, то ли винт дурака валяет. »

Похоже, что и то и другое...
Возьмите утилиту HDDScan и прогоните SCAN в ней. --- StartLBA = 10882048, EndLBA = 10882303, BlockSize = 1

Текстовый файл с рапортом HDDScan представьте…

Этот WD Sadle G6 уже "обрезок" и неважно по чём - голове или плотности.
И ему поможет лишь селф по новой. А возможно (скорее всего) придётся голову откусить.
Хотя б полноценный 1 ТБ вытянуть с него.

Да и Викой, ХДДскан ничего с ним не сделать.
WDMarvell - можно.

Цитата:

Цитата Tau_0

Текстовый файл с рапортом HDDScan представьте… »

флэшку с этим самым рапортом дома оставил, а так всё один в один. если принципиально именно файл тогда до вечера.

Цитата:

Цитата misha2

И ему поможет лишь селф по новой. А возможно (скорее всего) придётся голову откусить.
Хотя б полноценный 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 совсем не средство для ремонта винтов. Хороший инструмент для посекторок, не более того.

Цитата:

Цитата Tau_0

foxbat, в DMDE в меню Сервис ===> Заполнить секторы… Заполняете Hex нулями (по дефолту там так и стоит…)
Заполняете шаблон (достаточно заполнить два любых поля, а третье утилита сама правильно заполнит…)
Start Sector = 10882272
End Sector = 10882303
Number of Sectors = 10882303 – 10882272 + 1 = 32 сектора по 512 байтов. На самом деле это 4 больших сектора по 4096 байтов.
Подтверждаете по Ok…
»

Сделал, правда с шаблоном не понял, где эти поля надо было заполнять.

Цитата:

Цитата Tau_0

После этого проверяете только этот узкий диапазон. --- Опять запускаете 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 *****

Цитата:

Цитата foxbat

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
Это немало, но я бы хоть кусок его затёр и посмотрел…

Цитата:

Цитата Tau_0

Это говорит о том, что четыре бэда затёрлись и пендинги ушли, значит это были soft-bad’s.
Другое дело, что бэдов полно. Не совсем понятен источник этих бэдов…???...
»

ага, мне особенно непонятная картина с посекторным копированием когда через 1 ошибку 15 или 7 живых блоков и так очень долго

Цитата:

Цитата Tau_0

Может и не головка виновата, а качество питания плохое, --- из-за чего и бэды плодятся...???...
Можно интереса для диапазонами многое пореть. Но данные восстановить это не поможет…
Похоже, что диапазон последователен/”непрерывен”
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

Цитата:

Цитата foxbat

мне особенно непонятная картина с посекторным копированием когда через 1 ошибку 15 или 7 живых блоков и так очень долго »

Мне пока в этом деле понятно только одно, что четыре soft-бэда при затирании диапазоном ушло. А остальные мы не трогали...

Надо продолжить в том же духе --- протестировать в Victoria/HDDScan новый узкий диапазон StartLBA = 819042304, EndLBA = 819042304 + 255 = 819042559, BlockSize = 1. Этим делом будут пойманы конкретные LBA сбойных секторов. Затем попробовать и их затереть. Если и они уйдут, то интересная картина вырисовываться будет..

хорошо. сделаю