Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Ремонт накопителей Seagate. Часть 6

Автор: tomset
Дата сообщения: 26.03.2015 11:50
opts = 00002241

Это не ошибка, а с какими опциями выполнялась команда:

0x00000001 LBA LBA Format Address Type
0x00000040 SYS System Partition Area
0x00000200 RD Normal Read Transfer Type
0x00002000 Read Seek Type
Автор: djdecibel
Дата сообщения: 26.03.2015 12:01
Тогда помогите советом как его вылечить?


7200.12 st3500418as Fw:CC38

4035 релоков и больше не растёт

как вылечить (очистить G-list ) с переносом в P-list ?чтоб красиво стало и в трансляторе каша не получилась

Только не отправляйте.... к **** бабушке .... помогите ГУРУ...
Автор: tomset
Дата сообщения: 26.03.2015 12:09
djdecibel
Каша будет, если V40 не пустой.
если не пустой, его надо занулить, пересчитать транслятор с переносом дефектов
m0,6,3,,,,,22
Вернуть V40
И дальше прописывать всю поляну в виктории или форматировать
m0,8,2,1,1,,,22
Автор: djdecibel
Дата сообщения: 26.03.2015 12:10
СПААААААСИБООООООО!!!!!



ВСё сделаю отпишусь.... ещё раз сэнкс

Добавлено:
V4 обнулил вчера

а они в V40 остались
пересчитал
получилась
каша


Получается нужно было только V40 (и да он не пустой) обнулить?

Для обнуления V40 i4,1,22 - такая команда?)

не бейте больно - если не правильно
Автор: Michael99
Дата сообщения: 26.03.2015 13:39

Цитата:
глючил он у него, система тупила, не знаю из-за чего она там тупила, тк с диском ничего такого не выявил

Как это не выявил ? А СМАРТ же как ? По 187-му - упавший аттрибут. Регистрировать дефекты ему ж некуда даже.

Цитата:
сброшу смарт, и буду сам юзать

С таким СМАРТом незачем юзать его ж.
Пробовать разные виды форматов. Но если винт прогрессирует - тогда только в мусор его.

Цитата:
Изучите систему SMART. Она для того и предназначена, чтобы исправлять проблемы в процессе жизни диска

Ничего он там не предназначена исправлять. Сам СМАРТ - скорее средство отчёта, в винте же есть средства самодиагностики/самотестирования.
А результаты всей работы винта сводятся в отчёт СМАРТа.

Цитата:
Цитата: Переназначенных в каком атрибуте SMARTа? 05.

Значит винт уже проблемен. Насколько проблемен - зависит от кол-ва дефектов и их расположенности.

Цитата:
Если измениться 05 атрибут, как пересчитать транслятор (какой командой), чтобы скрыть его, и не получить при этом не читаемый и не "пишущийся" диск?

Скрыть кого - транслятор ? Такое ощущение что под словом "транслятор" подразумевается нечто другое.
А по идее не просто транслятор пересчитывать надо, а заняться техноформатами и дефектоскопиями.
Но повторюсь - если винт уже "поехал" деградировать, все рекомендации - "мёртвому - припарка" ж.
Сделать "балалайку" а не винт со сроком жизни в 1-2 недели - нет смысла.
Дальше уже будет - и окончательная потеря винта и инфы в нём.


Добавлено:

Цитата:
m0...  Переносит только из 05 в слип

m0 - ничего не переносит вообще ж. А "0" указывает лишь на работу с User Area.
Автор: djdecibel
Дата сообщения: 26.03.2015 13:49
И мне, мне подскажите команду для обнуления V40 i4,1,22 - такая команда?) - уже не нужно tomset в личку ответил.....



p.s. подскажите ещё где Help находится в F3 серии?
Автор: Michael99
Дата сообщения: 26.03.2015 14:06

Цитата:
мне подскажите   команду для обнуления V40

Смысла в обнулении - нет. Лучше перенести и бэды и подозрительные сразу в Р-лист.
Единственный смысл который может возникнуть - софтовые бэды, от которых можно избавиться. Софт-бэды при формате и так сами сбегут с поляны.
Потом форматить. Вот формат редко обходится одной командой, чаще 2-3 прохода нужно, разными командами и ключами.

Цитата:
подскажите ещё где Help находится в F3 серии?

В доках производителя ж.
Автор: tomset
Дата сообщения: 26.03.2015 15:30
Michael99


Цитата:
Смысла в обнулении - нет.

Этот вопрос требует серьёзного изучения в плане ремонта.
Я то ремонтом не увлекаюсь
V40 сам обнуляется при пересчете, если там дефекты с флагом 0.
Они переносятся в слип-лист.
А дефекты с флагом 20 добавляются в слип лист, но сами остаются в V40.
Транслятор при этом разъезжается, приходится восстанавливать V40 .
Происходит не только перенос из G в P, но в этот поток включаются дефекты из V40, что приводит к сдвигу всех заводских дефектов и дефектов из G-листа, после внесенных из V40.
Результат будет разный в зависимости, какие дефекты из V4 или V40 перенесутся первыми.

Вот и вылезают всякие задержки, которые приходится несколько раз прогонять сканирование. Дефекты из G-листа попадают не туда, а старые записи слип-листа после такого переноса указывают на здоровые места.
Автор: kdRash
Дата сообщения: 26.03.2015 15:57
Michael99


Цитата:
Цитата: Если измениться 05 атрибут, как пересчитать транслятор (какой командой), чтобы скрыть его, и не получить при этом не читаемый и не "пишущийся" диск?

Скрыть кого - транслятор ? Такое ощущение что под словом "транслятор" подразумевается нечто другое.

неграмотно выразился - скрыть, имелось ввиду, переназначенные сектора
Автор: bagrakobel
Дата сообщения: 26.03.2015 15:58
(Проблема с отключением голов на st380815as)

Спасибо откликнувшимся!

В итоге, оказался прав GennadyIS, нужная голова не включалась, а ненужная не отключалась, т.к. во флешке была прописана маска FE:

Reset
4096k x 16 DRAM
NHAWK - 1_Disk S-42 03-27-07_13:01

Buzz HM SFI
!
ERR A6: App Code

>e5
F>+
>/
F>e2,13B
=FE
F>

После чего был прав sandy_t: залив апп и стартовав его с помощью j, я получил предупреждение

Not Interface Age!
VALID Cert Disk Code Detected - Revision # .082
Cert Table loaded

, а нажав ";", видел

Age=4F Type=FF MxCyl=22B50 MxHd=0 MxSct=000 BSz=008M TCode=FF000100 ThermFlts=0000

- как бы скан не прошел. Но дело в том, что это был не тот скан! Не по той голове, которая должна была быть активна после SS, лог которого, с благополучным выходом на age 50, был у меня на руках.

Итого, почитавши, я сделал

>e5
F>e1,13B,FD

, передернул питание - и пожалуйста. Винт обнаружил "утерянный" апп, и сообщил об отсутствии оверлея. Как оно и должно было быть.


lynxy1977,

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


Нашел галактику ST3500630AS 3.AAG, запустил скан из памяти, скан она не прошла, я передернул питание - получил "Not Interface Age", но app накопитель при этом не потерял. Темна вода во облацех.
Автор: tomset
Дата сообщения: 26.03.2015 16:22

Цитата:
Темна вода во облацех.

Если лог SS внимательно просмотреть, можно увидеть в какой момент app записывается на блины. Так что вы выключили уже позже этого момента.
Где это место, уже не помню.
Автор: bagrakobel
Дата сообщения: 26.03.2015 16:43

Цитата:
Так что вы выключили уже позже этого момента.

Ну да. "Момент" где-то между 2-ым и 10-тым тестами. Просто речь шла о том, что на тонкаподобных винчестерах app нужно садить на блины руками всегда: 1 и 2.


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

Автор: tomset
Дата сообщения: 26.03.2015 16:59
bagrakobel
тут бесполезно спорить, иногда и не кладут сами, от чего это зависит хз.
Думаешь что от фирмвари зависит, потом попадется такая же фирмварь, которая сама кладет.
Единого рецепта, который работает всегда, для хардов нет, всегда может вылезти какая-то непонятка.
Автор: bagrakobel
Дата сообщения: 26.03.2015 17:06
Темна вода во облацех

Добавлено:
А можно спросить, что нужно прописать во флешке, чтобы винт сохранял после скана установки, сделанные при помощи команды k ? FF, 00 или что-то другое по другому смещению?
Автор: tomset
Дата сообщения: 26.03.2015 17:55
bagrakobel
Так оно с ПЗУ не связано.
k, кроме галакси, нулевую голову не кусает, правит апп, который лежит на 0-й голове.
Так что смысла править ПЗУ нет, если не нулевую голову кусать,
Смещения не помню, оно разное на разных FW. Обычно такой же хард без 0-й головы находишь и сравниваешь.
На тонко подобных смещения по головам обычно разные, поэтому часто мало только карту голов поправить, надо еще табличку со смещениями поправить.
Но чаще всего если нулевая сдохла, то и остальные не лучше, так что те кто этим занимался, забросили это дело, как бесперспективное.

Так что вывод, сам напрашивается, чтобы хард не забыл про головы, нужно корректно поправить апп, сохранить в сторонку, И его же потом записать, если сам не запишется.
кроме
kn,,FF
я обычно давал еще
Yn,FF
FF это вместо типа, если его нет в табличке App
Автор: sandy_t
Дата сообщения: 26.03.2015 18:02
не нужно ничего во флешку прописывать, просто в правильном порядке подать команды для запуска сс + что бы он благополучно дошел хотя бы до 10-го шага.
Автор: Michael99
Дата сообщения: 26.03.2015 19:25

Цитата:
Транслятор при этом разъезжается

Я как бы считал что наличие записей во вторичных листах при ремонте учитывать не стоит. Легче обнулить вторичные листы. Но всегда при именно ремонте требовалась полная много-проходовая дефектоскопия (реально 3-5 проходов, не 1-2).
Поэтому при задаче ремонта стоит все вторичные листы просто очищать, а уж потом идти принудительными форматами, форматами с переносами/дефектоскопиями и под конец обычным форматом юзер-зоны.
Вот если такую пачку издевательств винт выдержит - можно с бОльшей долей вероятности и с некоторой уверенностью - пустить его в дело. А 1 проход не даёт обычно полной уверенности в дальнейшей надёжной работе.
Так что ремонты такие невыгодны прежде всего большой потерей времени - 5-8 суток на винт.
Да и селфы на классиках стоит запускать с ключами "АА", чтоб ужесточить условия прохождения.
Процент винтов на выходе снизится конечно, но зато убережёт от многократных мучений с одним и тем же пациентом.
Лучше тратить время своё - на реально подьёмные винты, чем на почти конченные "трупы" с полудохлыми БМГ. Да и струдом вытащенный винт кучей селфов - как правило не-долгоживущ.
На классике проще ж - не прошёл по первому разу, снижаем пикеры и стартуем селф заново из памяти.
Вообще, винты не проходящие селфы и внутренние форматы (арх. F) со сразу верно заданными параметрами селфа/формата - думаю не стоит гонять по 3-5 раз.

Добавлено:

Цитата:
просто в правильном порядке подать команды для запуска сс + что бы он благополучно дошел хотя бы до 10-го шага

Зачем доходить до 10-го степа, если проще пустить из памяти ? Да и надёжнее ж, и не будет останова на 99-м (перед 10-м)...
Автор: Wu Tang
Дата сообщения: 26.03.2015 19:49

Цитата:
Как это не выявил ? А СМАРТ же как ? По 187-му - упавший аттрибут. Регистрировать дефекты ему ж некуда даже.  

да вы что, 187 лишь говорит о том, сколько раз винт не смог исправить глючный сектор/а, причем он растет даже если натыкается на один и тот же сектор ни один раз и если 197 чистый, то эти затыки в прошлом, атрибут больше информативный.

Цитата:
С таким СМАРТом незачем юзать его ж. Пробовать разные виды форматов. Но если винт прогрессирует - тогда только в мусор его.

с каким таким, то что унок много, так атрибут может и сам потом обнулиться, а в остальном все чисто.
Автор: NiTr0
Дата сообщения: 26.03.2015 20:35
Попал в руки ST500DM002.
При старте - ругань на флэш:
[more]
SEA-3 Yeti Boot ROM 2.0 (12/06/2007)
Copyright Seagate 2007

Serial FLASH boot code checksum failure!

Boot Cmds:
DS
AP <addr>
WT <data>
RD
GO
TE
BR <divisor>
BT
WW
?
RET
>
[/more]
Слил флэш, как-то подозрительно много "дырок", забитых FF.
Файло: http://www.uafile.org/316431
Вопрос: это оно само так интересно потерлось, или кто-то его "перепрошил"? И можно ли кроля восстановить, или проще в мусор и не мучиться?

Добавлено:
Michael99

Цитата:
Да и селфы на классиках стоит запускать с ключами "АА", чтоб ужесточить условия прохождения.

К слову, что конкретно этот ключик делает? Вроде как китайцы пишут, сбрасывает параметры чтения/записи (адаптивы?) в дефолт...
Какая-то рыба (то ли альпина, то ли пума, то ли еще что типа того) скан валила, а с ключом АА - прошла...
Автор: tametung
Дата сообщения: 26.03.2015 20:59

Цитата:
Поэтому при задаче ремонта стоит все вторичные листы просто очищать, а уж потом идти принудительными форматами,

формат помогает лишь в случаях когда диск почти целый. При изначально большом кол-ве дефектов в slip,
либо сильных повреждениях он даже вреден. (т.к может вывалиться обнулив предыдущую работу,либо
затянется на непредсказуемое время). Поэтому самое важное,это иметь конвертер slip_to_P.
Автор: tomset
Дата сообщения: 26.03.2015 21:18
NiTr0
резистор возле флешки проверяй, там один с краю, его часто сбивают кабелем.
4.7к
Автор: Wu Tang
Дата сообщения: 26.03.2015 21:51
tomset
на dm же смарт сбрасывается также - 1, N1?
Автор: AntiMember
Дата сообщения: 26.03.2015 22:17
NiTr0

Цитата:
Файло:

Да вроде дыр не больше, чем у КС45 (44-й нету).
Автор: Wu Tang
Дата сообщения: 27.03.2015 06:12
ребят помогите советом, сел ночью винты ковырять и наковырял
начну с st31000528as сс49
было 52 релока и поляна чистая
думаю сброшу смарт, но забыл перенести бэды из g в p лист
сбросил смарт, думаю черт с ним.
подключаю а комп его видит в упор, я в шоке.
перед этим решил посмотреть листы
что-то пост с логами не хочет отправляться, закинул в txt, гляньте пожалуйста.
http://rghost.ru/private/8xvpfBQGm/3d32eac316daaae44919a5d24fe667f6
Автор: GennadyIS
Дата сообщения: 27.03.2015 06:24
bagrakobel

Цитата:
А можно спросить, что нужно прописать во флешке, чтобы винт сохранял после скана установки, сделанные при помощи команды k

При правильном применении команды k, она автоматом переписывает и карту голов в ПЗУ, (т.е. то, что вы проделали затем вручную)
Автор: Michael99
Дата сообщения: 27.03.2015 09:11

Цитата:
да вы что, 187 лишь говорит о том

А разве Val и Worst равные 1 не говорят об упавшем аттрибуте ?
То что ошибки у винта - нет сомнения, а то что пороги =1 это и есть упавший аттрибут.
Сам 187-й говорит о зарегенных унках в кол-ве 22 431 шт и если это тоже "ничего страшного", тоды увы.
Если же вы считаете что винт в поряде - ну так и эксплуатируйте его далее. Я ж не навязываю.

Цитата:
No HOST FIS-ReadyStatusFlags 2002A1A5

Ну залочен же он.

Цитата:
F3 T>i4,1,22

Зачем-то очистку дефект-листа сделали ?
Почему б не пересчитать было транслятор с переносом дефектов ?

Цитата:
раздел слетел, куча пендингов друг за другом

Ну ес-нно ж. Раз очистка произошла. И трансляция ж изменилась.
Всё это - последствия неверного подхода.

Цитата:
я в шоке, ничего не делал даже

Как это ? ...Если в вашем логе видны ваши же действия.

Цитата:
Reconstruction: MCMT Reconstruction Start

Это ж он пытался свой микрокод реконструировать.

Цитата:
m0,2,2,0,0,0,0,22

Почему именно эта команда - совсем вот непонятно.
Походу трансляция теперь-то совсем "разлезлась".
Вот теперь надо винт "по-серьёзному" лечить (всякими форматами, дефектоскопиями). Наверняка ж и FID-ы не сохранены.
Автор: kdRash
Дата сообщения: 27.03.2015 11:31
AntiMember
Sedin
vlad_sarov
Michael99
tomset
Спасибо, Всем!
Все... Разобрался я со своими винтом и решил свои вопросы.
(Просто, к примеру, сделал я сначала первую операцию (п.1 - назовем), после делаю вторую (п.2).
Но мне говорят, что чтобы приступить к п.2, нужно сделать промежуточную операцию. Я же (моя самоуверенность) - это "не слышу", т.к. не вижу (самый умный, типа) в этом смысла, и продолжаю делать по-своему, получая при этом одни и те же грабли. Но все таки в какой-то момент притормозил, еще раз внял Вашим рекомендациям, и все получилось.)

Не все так просто, однако... соовсем не просто...
Ну а то, что диск может быть (или скорее всего) не жилец, так это и не важно.
Важно было разобраться и понять, что и как и к чему.

Во-общем благодарствую.
С уважением, Дмитрий.
Автор: djdecibel
Дата сообщения: 27.03.2015 13:29
Я конечно понимаю ,что многие тут гуру и знающие... я вот начинающий

и что делать с 7200.12 st3500418as Fw:CC38 у которого 4035 релоков и больше не растёт.

С чего мне начинать-то????

V40 у меня не пустой

модули


я сохранил через терминал ( протокол Ymodem )
как дальше его попробовать лечить ????
Автор: NiTr0
Дата сообщения: 27.03.2015 19:30
tomset

Цитата:
резистор возле флешки проверяй, там один с краю, его часто сбивают кабелем.

Таки да. Не заметил что-то при осмотре его...
Автор: Turkish88
Дата сообщения: 27.03.2015 19:56
djdecibel
очистить G-list и потереть 1 млн лба от начала и потом прочитать. посмотреть от начала пойдут унки или после 400 000 тысяч. Если от начала дохлая 0-вая головая если от 400 то дохлая первая голова

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126

Предыдущая тема: Чем лучше подключать HDD от прошлого ноута и как найти папку


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.