Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей WD (Western Digital). Часть IV

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (11-10-2015 06:03): http://forum.ru-board.com/topic.cgi?forum=84&topic=5007  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Коды ошибок WD Обновлено 18.01.2013
Ссылки на файловые ресурсы
"Лампочки" ATA терминала
Разное (статьи, описания, информация с форумов)

FAQ по действиям с накопителями WD
Отключение 0 головы на Mariner от Cartmann
Инструкция по скрытию бэдов сканом по логике

Расшифровка ошибок в программе WDMarvel
Условия распространения WDMarvel (обновлено)

Def_WD - программа для выполнения некоторых действий со служебной зоной (SA) дисков WD, редактирования некоторых модулей служебной зоны, сравнения\поиска в любых HEX-файлах. Распространяется бесплатно. Последняя версия - 1.43  
Скачать  

Важно! Инструкция по чистке контактов на плате HDD

Первая часть темы | Вторая часть темы | Третья часть темы
Как это сделано..
что есть #
 
Data Lifeguard Diagnostic
Гарантийное обслуживание и RMA


Темы по проблемам логического ремонта разделов HDD и подъёма информации:
Восстановление разделов и информации на HDD
Железные проблемы с HDD (диском, хардом, веником
S.M.A.R.T.
 


Офтопик на поболтать на HDD темы
Некоторые аспекты использования PC-3000 (Data Extractor-а)
Бизнес-вопросы сферы восстановления данных и ремонта HDD


Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 07:00 07-11-2013 | Исправлено: SRUTSSSSSSSS80, 01:47 29-09-2015
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
при чистке г-листа командой - чем переписывается сектор?

Кем переписывается ?

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 17:01 27-07-2014
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:23 27-07-2014 | Исправлено: tomset, 03:51 31-01-2015
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
У самого харда нет команды очистить Relo-лист. Так  как это бессмысленно, терять список проблемных секторов. Но почистить сам модуль, всегда можно.  

Я о команде чистки г+рело.

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 17:31 27-07-2014
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:58 27-07-2014 | Исправлено: tomset, 03:52 31-01-2015
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Потеряется список сбойных и проблемных секторов.
Сами сектора ни как не затронутся.  

Тогда почему винт при подаче этой команды что-то делает с секторами (судя по статусу), причем - довольно длительное время, причем - порой вываливаясь с ошибкой?
 
Натолкайте в глист или рело-лист секторов вручную, и дайте команду очистки листов. Посмотрите поведение.

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 00:52 28-07-2014
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 02:07 28-07-2014 | Исправлено: tomset, 03:53 31-01-2015
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
Я не о том. Я о том, что команда чистки листов выполяется не мгновенно - идет некоторое время, в процессе которого что-то делает с секторами в UA. И может завершиться ошибкой, если чистятся листы на винте с реальными бэдами.

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 11:24 28-07-2014
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:18 28-07-2014 | Исправлено: tomset, 03:53 31-01-2015
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

Нет, вы не поняли. Я не о замене модулей на пустые. Я о команде чистки г и рело-листа...

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 00:45 29-07-2014
Mihatut

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Продолжение.
Весело.
Очистил СМАРТ и relo+G list, на диске дематерилозовалась partition table.
Не, testdisk ее находит, да и r-studio папки видит, т.е. доступ к юзерзоне не потерян, но операция оказалась вполне себе деструктивной.
Обидно.
Главное, то что в смарте ремапов то не было, была лишь куча pending sector.
 
Ну, теперь поковыряюсь еще с восстановлением и наверное таки придется все скачивать заново.

Всего записей: 441 | Зарегистр. 13-03-2007 | Отправлено: 12:01 29-07-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Очистил СМАРТ и relo+G list, на диске дематерилозовалась partition table.  

Mihatut
ну так вам же советовали

Цитата:
Я бы списки оставил как есть и ограничился сбросом СМАРТа..  

и тут говорили:

Цитата:
Поэтому при очистке G-листа, если в резервный сектор, уже были новые записи, возможно восстановление древней неактуальной информации,  

 
начало раздела чаще всего страдает, транслятор-то у вас остался, а вот отдельные сектора "восстановились" из старого-забытого, вот таблица и приехала.
 
UPD: т.е. фактически, данные-то у вас остались, сектора поддаются чтению..  
но нужно ж уточнять заранее, каков план операции.

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 13:22 29-07-2014 | Исправлено: south_man, 13:25 29-07-2014
NiTr0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
т.е. фактически, данные-то у вас остались, сектора поддаются чтению..  

Если чистилось командой - не факт. Она ж, вполне вероятно, сектора из рело записью проверяет на предмет софт-бэд или нет...
К слову, в рело только бэды попадают, или долгочитаемые тоже лезут?

Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 15:23 29-07-2014 | Исправлено: NiTr0, 15:24 29-07-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NiTr0

Цитата:
вполне вероятно, сектора из рело записью проверяет на предмет софт-бэд или нет

очень может быть, да, но я внесу еще немного сумбура - замечал что команда "очистки G и Relo" по-разному отрабатывает в зависимости или от семейства или даже от вари..
т.е.  
1) да, иногда идет обработка, схожая на внутренний формат - я не копал, что происходит, т.к. эксперименты на данных не ставлю таким образом.
2) после команды сразу идет ресет вари (автоматом), как результат - списки чистые.
Что и какой пересчет был задействован для трансляции - не ясно, но поляна чтению поддавалась (но 100% или нет - не скажу, не проверял).
Я обычно след.шагом делаю пересчет с учетом Р, ну и прогон запись-чтение, чтоб понять как дела с поверхностью.
 
и да, имелось ввиду, что UA (в принципе) доступна - был бы сигейт было б веселее, ну а что там теперь осталось валидного - то уже подробности. На диске с данными убивать списки явно не лучшая идея-то..

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 15:33 29-07-2014
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
после команды сразу идет ресет вари (автоматом), как результат - списки чистые.  

Такое есть, когда листы пусты, либо в них очень мало дефектов (ну не знаю сколько именно, может 10-20, очень мало  ). В остальных случаях (я конечно не все семейства в руках держал, но на тех, что видел) если в листе скажем сотня дефектов ну или тем более, если больше - в общем-то всегда появляется то самое окошко статуса, где, как правильно замечено, бегают сектора, что-то с ними делается/ Скоре всего - проверка на читаемость, ибо были случаи, когда диск с полумёртвой головой нахватает в листы кучу бэдов и кандидатов, потом очистка такого листа может идти очень долго, минут 10 - 15, и вообще может зависнуть тупо на каком-то секторе...

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 16:29 29-07-2014 | Исправлено: igor_me, 16:34 29-07-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
кстати, Mihatut

Цитата:
Главное, то что в смарте ремапов то не было, была лишь куча pending sector.  

 
в СМАРТе не всегда ремапы-то видны... штук 20-30-50 бывает, что в списках Глиста есть, а в СМАРТе по нулям.. уже говорили, что счетчик не всегда начинает счет с первого ремапа. Так что в списки смотреть, перед очисткой очень полезно
 
igor_me
интересное предположение, но у меня был случай когда под завязку забиты пункты по реаллокам и пендингам, делаю очистку 1) СМАРТ и 2) Г+рело - и тут же клац-клац, диск ребутнулся без всяких телодвижений Вроде на 2.5" такое чаще.. но на 3.5" точно было.. точно не скажу, увы.. нужно будет посмотреть.
 
2ALL
может кому из новичков полезна будет публикация:
материал описывает точки для подпайки к нативному порту сата на 2.5" юсб3.0 диске: My Passport Essential SE USB3.0
2060-771737-000 REV A
 
что меня порадовало, что автору удалось получить доступ к данным, т.е. диск без шифрования, что большая удача. Могло быть во много раз хуже, т.к. имея ситуацию "BAD PCB USB Device" пришлось бы менять целиком контроллер и пересаживать ПЗУ (U8 - традиционное, как я вижу, и U12 - прошивка моста юсб3.0)

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 17:03 29-07-2014 | Исправлено: south_man, 17:32 29-07-2014
Mihatut

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Цитата:
Я бы списки оставил как есть и ограничился сбросом СМАРТа..  

 
Увы, SMART, даже после очистки, непрерывно ругался, что дескать куча пендингсекторов, которые естественно, сбросом смарта не убирались.  
Впрочем они не убирались и прогоном Викторией по чтению.
Утилит, которые прогоняют тест записи содержимым же винта - под рукой сходу не нашлось.
Раньше был HDDscan, но после трагедии с Радченко - увы такой функционал вроде не делали. Всё норовят винт нулями забивать.
 
Решил рискнуть сбросом листов...  
 
Добавлено:

Цитата:
т.е. фактически, данные-то у вас остались, сектора поддаются чтению..  
но нужно ж уточнять заранее, каков план операции.

 
О!
Идея!
Тестдиск находит таблицу по странному смещению, норма+1 сектор, в норме тестдиск предлагает окончание ххх200, а по факту - 201.
Видимо она уехала, надо будет попробовать ее забекапить, а потом сунуть на правильное место.
 
Добавлено:

Цитата:
2ALL  
может кому из новичков полезна будет публикация:  
материал описывает точки для подпайки к нативному порту сата на 2.5" юсб3.0 диске: My Passport Essential SE USB3.0  
2060-771737-000 REV A  

 
Очень интересно!
Примерно такой USB диск на полтера подарили на опыты с месяц назад. Окисленные контакты БМГ, помойка в SMART и после очистки полная кома со стороны USB. Предполагаю, что если к нему подцепится через SATA - мозги вправить получится.

Всего записей: 441 | Зарегистр. 13-03-2007 | Отправлено: 21:22 29-07-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mihatut

Цитата:
Раньше был HDDscan, но после трагедии с Радченко - ...Решил рискнуть сбросом листов...  
риск благородное дело, конечно, но не в случае с данными..
про трагедию, увы или к счастью, не слышал
 

Цитата:
Идея!  

не совсем вас понял, уехать со сдвигом по лба не должно было.. DMDE вам может и помогла бы. и ветка тут же есть на форуме соотв.
 

Цитата:
если к нему подцепится через SATA - мозги вправить получится

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

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 21:42 29-07-2014
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
но после трагедии с Радченко

Это чё за трагедия такая и как она связана с записью дисков?????

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 01:13 30-07-2014
klepiku

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
что за DEBUGSTOP_OS_STACK_OVERFLOW и как с ней бороться

Всего записей: 172 | Зарегистр. 28-10-2012 | Отправлено: 13:07 30-07-2014
igor_me

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Переполнен стек? А это в каком контексте вообще, винда отваливается с синим экраном или как?

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 14:53 30-07-2014
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей WD (Western Digital). Часть IV
Akam1 (11-10-2015 06:03): http://forum.ru-board.com/topic.cgi?forum=84&topic=5007


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru