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

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

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

Akam1 (05-05-2014 03:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=4737  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
 
 
Ремонт дисков Seagate

 
Терминал Seagate: поболтаем? или Краткий экскурс в терминальные команды накопителей Seagate
Seagate. Ошибки выдаваемые в терминал
Ремонт жестких дисков Seagate
Вычисление размеров объектов SA
Восстановление и ремонт дисков Seagate 7200.11
Теория Восстановление жестких дисков
Восстановление винчестеров Seagate 7200.11 после "Мухи CC"
Снятие пароля на примере GALAXY
 
SS 7200.X
Типовая проблема Seagate ST1000LM010 (не читается media cache)
Conformity of Modules and Sys. files at Seagate F3
 
Важно! Инструкция по чистке контактов на плате HDD
Как добраться до жёсткого диска, работающему под UEFI BIOS-ом?


Смотреть это Всем !

Всего записей: 26378 | Зарегистр. 20-04-2006 | Отправлено: 08:25 04-09-2013 | Исправлено: SRUTSSSSSSSS80, 13:49 12-04-2014
AntiMember

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
south_man
АТА смд Ф3 копнутые из вари. Для чего и с чем едят - х.з. Может кто докопается.

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 14:23 24-01-2014
Michael99



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

Цитата:
делаем пересчет транслятора с учетом только Р-листа (m0,2,2)

Если он не поедет из-за NRGL.

----------
Восстановление информации. Ремонт HDD

Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 14:52 24-01-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NRGL=non-resident grow list
ну поедет, но данные нам не нужны все равно)

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 14:58 24-01-2014
Titanik74

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

Цитата:
Так суммарно по V4 скоко ? И по каким головам.

Что то типа того:
Информация по V1 и V4

Всего записей: 6 | Зарегистр. 04-04-2007 | Отправлено: 15:13 24-01-2014
tomset



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

Цитата:
если инфа важна, то пересчет тр-ра с переносом из G в Р (m0,6,3) автоматом поправит соотв. пункт в СМАРТе, старые дефекты не вылезут на поверхность, данные должны остаться.  

Алё! гараж!
Перенос из G в P. Данные - похоронит.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 15:37 24-01-2014
south_man



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

Цитата:
Перенос из G в P. Данные - похоронит.  

для 7200.11 вместо убиения V4 + m0,2,2 советовали делать m0,6,3 или..?
 
доки нету - RTFM не работает. Вообще, ИМХО, тут все на страх и риск. Не хотите рисковать - идем к мастеру с ПС3к.
(это к автору вопросу, а не к вам лично)
 
я спорить не буду, просто не совсем понимаю. Перенос увеличивает Р-лист, потом по нему пересчитываем - в чем траблы? Кстати, тут же не совсем ясно А>P как работает и имеет ли тот же результат? После него вообще часто получаем SIM/RAP error. Много тестов уже проводили люди, но на одном убитом кролике - это сложно. Тут или статистика или дока нужна
 
У меня - статистика.

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 15:54 24-01-2014
Wu Tang



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

Цитата:
Так что, ещё и инфа на диске нужная есть????? Если делать любую из вышеназванных команд внутреннего формата - инфа будет безвозвратно уничтожена, как бы

да хрен уже с этой инфой, пусть трется.
странно, я когда 7200.11 восстанавливал, i4 и m0,2 инфу не убивало.
south_man

Цитата:
если инфа не важна - убиваем G-лист (i4,1,22) + делаем пересчет транслятора с учетом только Р-листа (m0,2,2), а потом стираем всю поляну из виктории и смотрим на бэды...  чистить СМАРТ (1>N1) или нет - это опционально, я делаю в самом конце эту операцию.    если инфа важна, то пересчет тр-ра с переносом из G в Р (m0,6,3) автоматом поправит соотв. пункт в СМАРТе, старые дефекты не вылезут на поверхность, данные должны остаться.  i4,1,22 тогда не нужен, а 1>N1 - по желанию..  после завершения каждой операции лучше переключать питание.

какой вариант безопаснее, инфа не критична.
тогда  
m,0,6
i4,1


----------
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Всего записей: 3909 | Зарегистр. 15-10-2007 | Отправлено: 16:09 24-01-2014
tomset



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

Цитата:
просто не совсем понимаю. Перенос увеличивает Р-лист, потом по нему пересчитываем - в чем траблы?

Добавление записей в Р-лист и пересчет по нему транслятора, приводит к тому, что адресация в трансляторе от места первого внесеного нового дефекта, смещается. Так как LBA адрес участвует в формированиий ECC, то все LBA начиная от первого места смещения и до конца поляны, становятся не читаемы, ошибка UNC.
Это конкретно для сигейтов F3.
Для других хардов, где нет учета LBA адреса в ECC, данные станут лежать не на своих местах.
Что очень усложнит их восстановление.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 16:35 24-01-2014 | Исправлено: tomset, 16:41 24-01-2014
igor_me

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

Цитата:
странно, я когда 7200.11 восстанавливал, i4 и m0,2 инфу не убивало.  

А кто-то тут говорил обратное? Не убъёт, если только, как сказано выше
Цитата:
Если он не поедет из-за NRGL.

А, вы увидели вот эту фразу
Цитата:
если инфа не важна - убиваем G-лист (i4,1,22) + делаем пересчет транслятора с учетом только Р-листа (m0,2,2), а потом стираем всю поляну из виктории и смотрим на бэды...  

и подумали, что убъёт. Нет, там только последний пункт однозначно смертелен для данных - стирание

Цитата:
какой вариант безопаснее, инфа не критична.  

А о какой безопасности может идти речь, если данные нафиг? Тогда m0,6,3... (вот выше сказали, что лучше его, возможно, не спорю) либо A>P

Цитата:
i4,1  

как уже выше раза три сказали, вернёт бэды на поверхность. Вы сказали, вам так не надо, зачем переспрашивать?

Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 16:35 24-01-2014
Michael99



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

Цитата:
какой вариант безопаснее, инфа не критична.  тогда   m,0,6

Да сделайте просто по m,0,6,3.., передёрг питания и стирание.
 
Добавлено:
Если снова ремапы полезут (аттр 05), то придётся повторить.

----------
Восстановление информации. Ремонт HDD

Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 16:50 24-01-2014
south_man



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
я не хочу спорить, да и особо вникать в запутанный механизм списков дефектов F3 тоже пока нет времени.. там черт ногу сломит.. но я о чем:
Допустим, изначально был Р-лист 100 записей и G-лист 10 записей, транслятор учитывает оба списка
тут мы включаем терминал и давай жмакать все подряд:
1) переносим G > Р, получам по V1 = 110 записей, а V4 =0
2) сразу после этого и делается пересчет с учетом обеих или нового V1...
собственно теоретически - ничего нигде не пропало, просто дефекты занеслись в заводской список.. (где для них еще было место)
 
это все фантазия на уровне экспериментатора.. я всегда (когда требуется только ремонт) пытаюсь достать данные, очень много пробую вариантов и очень часто так или иначе данные доступны. Да, случается что до ЛБА, после которого идут UNC - причину мы знаем.

 
ЗЫ: после любых манипуляций с транслятором/списками я всегда делаю полное стирание + верификацию - для ремонта если. Да, это долго, но вопросов потом меньше

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 17:44 24-01-2014
alexman9000



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

Цитата:
Допустим, изначально был Р-лист 100 записей и G-лист 10 записей, транслятор учитывает оба списка  
тут мы включаем терминал и давай жмакать все подряд:  
1) переносим G > Р, получам по V1 = 110 записей, а V4 =0  
2) сразу после этого и делается пересчет с учетом обеих или нового V1...  
собственно теоретически - ничего нигде не пропало, просто дефекты занеслись в заводской список.. (где для них еще было место)  

 
Все совсем не так или и это без учета что при считывании трека после дефекта внезпно занесенного в транслятор, а до этого его там не было - при чтении всех следуещих будете получать UNC, т.к. как правильно сказал Tomset LBA адрес - это один из параметров при расчете ECC. А сектора исключенные из трансляции имеют PBA, но не LBA.

Всего записей: 358 | Зарегистр. 25-06-2002 | Отправлено: 18:34 24-01-2014
Turkish88



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

Цитата:
я всегда (когда требуется только ремонт) пытаюсь достать данные,

Тогда никогда не вводите m0,6,3
например записей в P-list 100 а Глист 10
Транслятор всегда строится по P-list, значения в G-list только заменяют из резерва указанные lba.
m0,2,2 учтет только 100 записей и транслятор останется прежним, а m0,6,3 занесет те 10 в p-list и учтет 110 записей и транслятор съедет.
 
Поделитесь пожалуйста комплектом у кого есть для NIGHTHAWKPLUS ROM M-45, кажется серт там должен быть 428 секторов.
На одном не читался app, я залил апп в память от S-1N и записал его, потом пришлось и оверлей записать от S-1N и винт вышел на интерфейс. Но при подгрузке церта пишет что он не совместим. По смешениям вычитал трек серта там тот что на 428 секторов. Соседний пациент скан с ресурсами от S-1N не проходит. Поведение как описывалось на форуме о хавках не проходящих скан.

Всего записей: 2019 | Зарегистр. 30-04-2007 | Отправлено: 18:53 24-01-2014
south_man



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

Цитата:
Тогда никогда не вводите m0,6,3  
ок, не буду..  
смешно, что уже был спор на эту тему и я ж не сам это выдумал.. а подсмотрел где-то.. Правда, признаюсь, на .12 все намного хуже обстоит, чем с .11 в плане 0,6,3.
Т.е. они явно неравносильно себя проявляют.. или мне хочется в это верить (с)

Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 19:34 24-01-2014
Wu Tang



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

Цитата:
А о какой безопасности может идти речь, если данные нафиг? Тогда m0,6,3... (вот выше сказали, что лучше его, возможно, не спорю) либо A>P

чтоб винт не окачурился в результате этих манипуляций. ))

Цитата:
как уже выше раза три сказали, вернёт бэды на поверхность. Вы сказали, вам так не надо, зачем переспрашивать?

переспрашиваю как без бэдов на поверхность решить вопрос. вот зачем.
Michael99

Цитата:
Да сделайте просто по m,0,6,3.., передёрг питания и стирание.

ctrl z
m0,6,3,,,,,22
передерг
 
и все, смарт тоже обнулится?


----------
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Всего записей: 3909 | Зарегистр. 15-10-2007 | Отправлено: 20:27 24-01-2014
AntiMember

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

Цитата:
если инфа не важна - убиваем G-лист (i4,1,22) + делаем пересчет транслятора с учетом только Р-листа (m0,2,2,,,,,22), а потом стираем всю поляну из виктории и смотрим на бэды...

Т.е:
F3 T>F,,22
F3 T>i4,1,22
F3 T>/1N1
F3 1>/T
F3 T>m0,2,2,,,,,22
Передерг питания диску и стирание всей поляны.
После стирания проверяем поляну верификацией или чтением. Потом смотрим V4. Если не пустой -
F3 T>m0,6,3,,,,,22
Передерг питания диску и стирание всей поляны.
После стирания проверяем поляну верификацией или чтением. Потом смотрим V4. Если не пустой -
F3 T>m0,6,3,,,,,22
И т.д........
 
Добавлено:
Пока диск не вылечится или П-лист не переполнится...
 
Добавлено:
Wu Tang

Цитата:
и все, смарт тоже обнулится?

Только 5-й атрибут. Хотите чистый СМАРТ -

Цитата:
F3 T>/1N1  
 F3 1>/T

Собсно, в этой операции ничего опасного, если в служебке поверхность-голова здорова.
А если бо-бо - то нафик такой диск...  

Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 20:37 24-01-2014 | Исправлено: AntiMember, 13:11 25-01-2014
Turkish88



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

Цитата:
Т.е:  
F3 T>F,,22  
F3 T>i4,1,22 после этого....
F3 T>/1N1  
F3 1>/T  
F3 T>m0,6,3,,,,,22 этот пункт уже теряет свой смысл
F3 T>m0,2,2,,,,,22  


Всего записей: 2019 | Зарегистр. 30-04-2007 | Отправлено: 21:42 24-01-2014
tametung

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

Цитата:
F3 T>m0,6,3,,,,,22  
 И т.д........

Все эти манипуляции для ремонта недостаточны.

Всего записей: 2236 | Зарегистр. 27-01-2007 | Отправлено: 22:33 24-01-2014
Wu Tang



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

Цитата:
Только 5-й атрибут. Хотите чистый СМАРТ -

отлично, мне 5 и надо только.

Цитата:
F3 T>/1N1    
F3 1>/T

А не так разве:
 f3 t>/1    
 f3 1>n1  

Цитата:
Собсно, в этой операции ничего опасного, если в служебке поверхность-голова здорова.  А если бо-бо - то нафик такой диск...  

все здорово имхо, задача убрать 52 бэда из 5 в слип.

----------
Всему свое время и каждому свой час!
Хочешь жить - умей вертеться!

Всего записей: 3909 | Зарегистр. 15-10-2007 | Отправлено: 00:38 25-01-2014
Turkish88



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
tametung
Вы можете дать еще какие нибудь методики для ремонта, можно и в личку, если конечно они появились

Всего записей: 2019 | Зарегистр. 30-04-2007 | Отправлено: 00:49 25-01-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

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей Seagate. Часть 5
Akam1 (05-05-2014 03:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=4737


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru