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

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

Автор: Turkish88
Дата сообщения: 10.04.2013 23:36
Aplus у меня не отключал 2 очень больные головы(терял на них серву). Отрезал серийником потом помучался с вендором помогло только ASCIFE
Автор: alexyc
Дата сообщения: 11.04.2013 01:39
Turkish88

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

А чего там мучаться? В хексредакторе вручную внести коррективы в вендортрек дело минуты...
Автор: Turkish88
Дата сообщения: 11.04.2013 21:52
alexyc
Он не хавал этот прикол, может Aplus не любит становится 2х головым
Автор: Turkish88
Дата сообщения: 13.04.2013 21:18
Интересный случай получился:
Пустил скан с блинов на галакси дошел с нормальным здоровьем до 33 теста.
Потом после проблем с питанием пришлось скачать ресурс и пустить скан заново, но теперь на 05h голове он не может выполнить head clearence.
Это так совпала смерть головы или есть какие то секреты в ресурсах?
Автор: sandy_t
Дата сообщения: 13.04.2013 23:31
Запустил селфскан из памяти на 5400.4 (corsair).

В чем может быть причина непрохождения теста 8A и постоянный перезапуск винта на тесте 23? кусок лога прилагается.

Begin Test 8A
ASCII logging on
ASCII logging off
ASCII logging on
Sensitivity Scoring
Frequency Range: 1008 - 5496 Hz
Hd Trk    Freq    Score Limit
0 14E8 4488    4.419 5.002
0 D119 4416    4.249 5.231
0 18D4A 4392    3.881 5.333

Frequency Range: 5520 - 19560 Hz
Hd Trk    Freq    Score Limit
0 14E8 7440    3.980 5.000
0 D119 7440    3.754 5.000
0 18D4A 7440    3.757 5.000

Passed Resonance Screen

Shock sensor margin test

gain sample count shock count
0 7FFF 0000
1 7FFF 0000
2 7FFF 0000
3 7FFF 0000
4 7FFF 0000
5 7FFF 0000
6 7FFF 0002
7 7FFF 03B4
ASCII logging off
AbEnd Test 8A

..........

Begin Test 23
ASCII logging on
ASCII logging off
ASCII logging on

Buzz HM SFI
!
SpinupTime = 1.750 seconds

Buzz HM SFI
!
SpinupTime = 1.762 seconds

Buzz HM SFI
!
SpinupTime = 1.752 seconds

Buzz HM SFI
!
SpinupTime = 1.752 seconds

Buzz Rst 08M
HM SFI
!
(P)Not Interface Age!
VALID Cert Disk Code Detected - Revision # .026
Cert Table loaded
Begin Test 23
ASCII logging on
ASCII logging off
ASCII logging on

Buzz HM SFI
!
SpinupTime = 1.740 seconds

Buzz Rst 08M
HM SFI
!
(P)Not Interface Age!
VALID Cert Disk Code Detected - Revision # .026
Cert Table loaded
Begin Test 23
ASCII logging on
ASCII logging off
ASCII logging on

Buzz HM SFI
!
SpinupTime = 1.748 seconds

Buzz HM SFI
!
SpinupTime = 1.741 seconds

Buzz HM SFI
!
SpinupTime = 1.747 seconds

Buzz Rst 08M
HM SFI
!
(P)Not Interface Age!
VALID Cert Disk Code Detected - Revision # .026
Cert Table loaded
Begin Test 23
ASCII logging on
ASCII logging off
ASCII logging on
Автор: igor_me
Дата сообщения: 14.04.2013 01:02
Профи здешние посоветовали бы вам попробовать другую плату с перепайкой ПЗУ. Если есть такая под рукой - можно попробовать. Если нет: 1) Контакты на плате контроллёра чистили? Если нет - инструкция в шапке. 2) При наличии термофена прогрейте всю плату.

Добавлено:
23, как видно - это тест "Старт\Стоп двигателя". Его можно и пропустить. Насчёт 8A - что-то связано с резонансом и шок-сенсором. Первая часть пройдена, значения не превысили лимит, как видите. Видимо завал из-за теста шок-сенсора. Что, по большому счёту, тоже не критично...
Автор: tomset
Дата сообщения: 14.04.2013 01:20

Цитата:
7 7FFF 03B4

при усилении 7 чувствует много вибраций.
Может землетрясение у вас там или музон громко включили?
вобщето при тестах -
"Не есть, а читать! в библиотеке нельзя есть. и тишина должна быть в библиотеке! ТИХО Я СКАЗАЛ!!!!" (с) КВН
Автор: sandy_t
Дата сообщения: 14.04.2013 01:38

Цитата:
Профи здешние посоветовали бы вам попробовать другую плату с перепайкой ПЗУ. Если есть такая под рукой - можно попробовать. Если нет: 1) Контакты на плате контроллёра чистили? Если нет - инструкция в шапке. 2) При наличии термофена прогрейте всю плату.

Добавлено:
23, как видно - это тест "Старт\Стоп двигателя". Его можно и пропустить. Насчёт 8A - что-то связано с резонансом и шок-сенсором. Первая часть пройдена, значения не превысили лимит, как видите. Видимо завал из-за теста шок-сенсора. Что, по большому счёту, тоже не критично...


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

смысл заваленных тестов понятен, не ясно - есть ли взаимосвязь между показаниями шок сенсора и полным перезапуском hdd при старт-стоп тестах
Автор: alexyc
Дата сообщения: 14.04.2013 01:50
Turkish88

Цитата:
может Aplus не любит становится 2х головым

достаточно любит,даже одноголовым.Что же касается самоотрубания головы-винт способен на это как понял при живых 0 и 1,вручную же рубил любые

Цитата:
Пустил скан с блинов на галакси дошел с нормальным здоровьем до 33 теста.
Потом после проблем с питанием пришлось скачать ресурс и пустить скан заново

Сохранение служебки должно быть вашим первоначальным действием,а учитывая то,что скан добрался до скана поверхности-слить ресурсы вам помешала лишь леньИ стесняюсь спросить-не сохранив ресурсы оверлеи вы хотели в любом случае "чужие "заливать?
После серии тестов служебки после N10 передерг/пропадание питания вызывает лишь перезапуск прерванного теста.Зачем заливать чужие ресурсы-непонятно.....

Цитата:
Это так совпала смерть головы или есть какие то секреты в ресурсах?

Гадайте сами,обычно пользуюсь родными для винта ресурсами,при невозможности же их слить секретов особых на галактиках не видел-может везет

Добавлено:
igor_me

Цитата:
Контакты на плате контроллёра чистили?

Иногда забавно читать подобную рекомендацию по делу и без-не злоупотребляйте
sandy_t

Цитата:
есть ли взаимосвязь между показаниями шок сенсора и полным перезапуском hdd при старт-стоп тестах

Сенсор отвественнен за парковку голов,полный перезапуск вряд ли вызывает,максимум как думаю-резет вари.Подобные симптомы при скане на бучных не наблюдал,а видел на многоголовых галаксях(цикличный перезапуск тестов) причины чаще всего были в питании но был один галакси,который при смене платы перестал "выеживаться" а установив "неисправную" плату на другую банку получил исправный винт,пробовать пускать ему SS поленился
Автор: igor_me
Дата сообщения: 14.04.2013 13:52

Цитата:
Иногда забавно читать подобную рекомендацию

У меня в отношении чистки контактов нет такого понятия "по делу и без" (особенно сейчас, когда я уже видел проблемы из-за них на всех дисках "большой тройки": Сигейт\Самсунг\WD, а не только на Сигейтах, хоть на них и чаще других...). Это очень простая процедура (для меня), и я почти поголовно на всех дисках (которые с контактными площадками, разумеется ) сразу откручиваю плату и почти всегда после этого контакты залуживаю. Чтобы в будущем на это не грешить. Это же только совет, никого не заставляю
Но конкретно в описанном случае у меня мелькнула мысль, что диск может давать ресет (именно на тесте "Старт\стоп двигателя") из-за окисленных контактов движка...
Автор: Turkish88
Дата сообщения: 14.04.2013 15:35

Цитата:
После серии тестов служебки после N10 передерг/пропадание питания вызывает лишь перезапуск прерванного теста

Только вот этого почему то не произошло, да уже десятке галактик так после СС влил чужие ресурсы не сохраняя родные все нормально встает


Цитата:
Но конкретно в описанном случае у меня мелькнула мысль, что диск может давать ресет (именно на тесте "Старт\стоп двигателя") из-за окисленных контактов движка...


Скорее всего плохой контакт молекса питания
Автор: igor_me
Дата сообщения: 14.04.2013 16:08

Цитата:
Скорее всего плохой контакт молекса питания

Тоже случается... Ээээ, как бы я всегда предпоагаю, что человек уж ЭТО сам проверит, без подсказок. Ведь это глазами видно (в смысле заглянуть в молекс - сразу видно, если контакты слишком "разжаты", и их надо поджать). Да и по усилию вставки в диск можно оценить, разболтан разъём или нет. А вот проблемы из-за контактов на плате менее известны...
Автор: AntiMember
Дата сообщения: 14.04.2013 22:35
igor_me

Цитата:
сразу откручиваю плату и почти всегда после этого контакты залуживаю

В свое время, луженые контакты были головной болью дисков ИБМ. Да и на практике
проверено - лужение склонно к окислению и мех. деформации. Т.е. несколько раз
пошатали разъемом питания (всунь-высунь) и одна из иголок уже не контачит в
образовавшемся углублении. Потому, лучше проверенного ученического ластика,
я не вижу. Для эротоманов долговечности и для эксплуатации в сырости - тонкий
слой неактивной и непроводящей смазки.
Автор: alexyc
Дата сообщения: 14.04.2013 23:28
igor_me

Цитата:
Это же только совет, никого не заставляю

Когда отвечают на вопрос, спрашивающим обычно ответ воспринимается как руководство к действию.
Учитывая то,что вы с завидной регулярностью рекомендуете чистить контакты ,будем считать это вашим "фирменным блюдом".По делу же все же большинство случаев окисления мало влияет на диск-присмотритесь сами-контакты банки ТОЧЕЧНЫЕ и достаточно подпружиненные у большинства дисков,для того что бы пробить мягкий окисел до чистого металла.И как бы не была окислена площадка контакта,"под иглой" чистый метал.... редко окисление доходит до такой стадии,что бы контакт "под иглой" был потерян...но в таких случаях обычно чистка оживлению уже не поможет.Что и подтверждается случаями когда чистка не помогает.Лужение же склонно по-видимому не столько к окислению,сколько к "продавливанию" и потери контакта,как заметил AntiMember на айбиэмах и ранних хитачах
Что же касается "забавности"....как вы думаете,нестабильность контакта банки или нестабильность движка позволили бы пройти винту предыдущие перед 23-им тесты? Посмотрите как нить на досуге в лог корсара,какие тесты он выполняет перед 23-им...

Цитата:
Это же только

Все это лишь мои измышления,не отменяющие чистки,когда она необходима и не претендующие на чужие как обсуждения,так и "слепую веру"
Turkish88

Цитата:
да уже десятке галактик так после СС влил чужие ресурсы не сохраняя родные все нормально встает

Посыпаю голову пеплом перед гуру секса скана с блинов не предохраняясь не сохраняя ресурсов.Сохранив ресурсы с "интересного случая" сами бы ответили на вопрос или поделились бы наблюдением....не натыкались бы на "интересные случаи" на будущих "десятках галакси"
Автор: igor_me
Дата сообщения: 15.04.2013 02:18
Ответ на всё вышеперечисленное. Лужение делаю только сам. Никому его последнее время прямым текстом не советовал (в шапке в инструкции есть, но там указано, что не все согласны с этим методом и люди вольны выбирать: смазка, лужение или "ничего не делать" - после чистки). В остальном - давайте жить дружно.

Цитата:
Посмотрите как нить на досуге в лог корсара,какие тесты он выполняет перед 23-им...

На правах личного мнения:
Знаете, повидав "техники всякой диковинной" (вообще - не только HDD), "подивившись на глюки аццкие, что с этою техникой приключалися", я уже не удивлюсь, если диск пройдет все тесты "до 23-го" нормально, а на 23-м вылезет глюк Всё возможно в нашем бренном аналоговом мире, знаете ли...
Автор: Turkish88
Дата сообщения: 15.04.2013 15:20
alexyc
Из наблюдений скажу что Tonka требовательна к ресурсам родным, а Alpine лучше проходит на 8.х варе, а вот Hawk и galaxy как все равно каким сканить.
Перед запуском теста с блинов я проверяю наличие ресурсов с версией ром и серт, при отсутствии сливаю родной.
Как будет свободное время просканю Галактику с родным и неродным комплектом и поделюсь результатами хотя отличие в них может обуславливатся износом диска во время скана
Автор: alexyc
Дата сообщения: 15.04.2013 20:09
igor_me

Цитата:
В остальном - давайте жить дружно.

согласен
Turkish88
в ваших наблюдениях с чем то согласен,с чем то нет...сканьте как привыкли.Особенно интересны ваши выводы ,судя по цитате

Цитата:
Tonka требовательна к ресурсам родным, galaxy как все равно каким сканить

как влияют ресурсы на галакси с тонковскими блинами

Цитата:
Перед запуском теста с блинов я проверяю наличие ресурсов с версией ром и серт

подобные же действия мне не мешают сохранять родной ресурс для диска

Цитата:
Как будет свободное время просканю Галактику с родным и неродным комплектом и поделюсь результатами хотя отличие в них может обуславливатся износом диска во время скана

мне-не интересно будет прочесть о очередной умершей голове ("своих" достаточно) или о "нелюбви аплюсов становится двуголовыми"
Автор: Turkish88
Дата сообщения: 15.04.2013 21:08
Maxtor Diamonmax 23 STM3320418AS 7200.12
При попытке очистить smart F3 выходит
3 1>N1

Init SMART Fail
LED:000000CC FAddr:0024E4A3
LED:000000CC FAddr:0024E4A3

Команду T>y не поддерживает, T>r и T>w присутствуют, в каком по номеру модуле находится смарт на этой модели?
Автор: suz191
Дата сообщения: 16.04.2013 00:21
предположительно тут

135=35= SMART
134=0A= SMART Frame

Добавлено:
Слил я всю ПЗУ с
7200.11 - 00000000-00204000
7200.12 - 00000000-00FFFFFFF
размеры поражают!!!
при раскопках. конечно интересности попадаются....
Но по рытью координат модулей пока не как не получается...
Знать бы чем перекомпоновать или преобразовать ... чтоб получить нормальный вид
Автор: sadj
Дата сообщения: 16.04.2013 18:50
suz191

Цитата:
Знать бы чем перекомпоновать или преобразовать ... чтоб получить нормальный вид


На прямую - ни как...
Если для 12-ой через T>r[#] - по известным номерам,
то для 11-ой, только через анализ фрагментов кода шестнадцатиричным редактором
с последующим формированием таблицы доступа.
И что очень важно для 11-ой - у конкретного пациента, она своя, я про таблицу...

Автор: suz191
Дата сообщения: 17.04.2013 00:36
Я всё про туже таблицу
вид то у неё совсем не человеческий. и найти среди hex иероглифов довольно не просто...
Автор: sadj
Дата сообщения: 17.04.2013 03:46
Если про 11-ую, то саму таблицу, в прямом понимании, так с кондачка, определить довольно сложно.
Повторюсь, в явном виде (т.е. наглядном и простом) ее нет, она перемешана с участками рабочего кода
и адресами доступа к листам. И тут еще надо учитывать, что после m0, а тем более m1, адреса начала
блоков (читай листов), могут поплыть, хотя и не на много.
Поиск самих листов, затруднений не вызывает.
Главное - надо учитывать способ хранения данных для процессора винта.
У него, как и у семейства Intel, все через одно место - «задом на перед», т.е. первым идет младший байт.
Поэтому, для организации поиска в бинарных файлах, можно воспользоваться и простым Total Commander,
в режиме поиска текста, а именно, скормить ему все папки с этими файлами в режиме [С текстом:],
указав только какой текст [v] HEX-код, а в самой строке поиска, если ищем адреса засветившиеся в листах,
их значения надо выворачивать тем же способом: «задом на перед» по байтно.
!!! Важно - именно по байтно.
Чем длинее адрес, тем большая вероятность удачного поиска.
Далее скармливаем шестнадцатиричнму редактору (WinHex) найденные файлы
и ищем в них тот же HEX-контекст. Поднимаемся по адресам к началу блока (читай листа),
там будет HEX-код типа 33303346, ASCII представление 303F, вот именно после этого кода,
в направлении к старшим значениям offset и проверяем этот участок файла на соответствие
адресов нашем листу, не забывая о том, что все здесь, через это знаменитое место...

Добавлено:
Если необходимо отыскать начало блока, то поднимаемся по offset от сигнатуры 303F,
как правило, на 6E или 6А байт, там будет одно или двух байтное значение.
После локализации этого offset, можно предположить, что его значение соответствует наполнению листа.
Обнулив это значение, мы можем предположить, что лист будет являться очищенным, хотя не все так просто. Бороться с копиями листов – это отдельная тема.


Добавлено:
Исправление: на 6E или 6F байт,
подвела прога - Punto Switcher.
Автор: suz191
Дата сообщения: 17.04.2013 05:41
Огромное спасибо!!! Буду пробовать соображать!!!
Надо уже сесть и разобрать на конец
Автор: suz191
Дата сообщения: 17.04.2013 15:06
Теперь хоть есть на над чем подумать!

Добавлено:
У меня сейчас 3 версии раскопок....
Но в принципе помощь уже есть очень хорошая, спасибо помогающим на форуме!!!

1вариант (модификация рап) - есть винты с отключенным offline сканированием? тем или иным способом. которые могут убирать дефекты в ручную ремапом без ограничений. Суть докапываться как это происходит.
Если загадка будет раскрыта по сути это получается типо селфскана. Но только руками.

2вариант - форматнуть служебную зону, что в общем-то как мне показалось тоже достаточно полезно. Но сталкиваемся с заливкой оверлеев как и в первом варианте без координат не обойтись.

2а вариант - объединить вариант 2 и 1

3 вариант - ну это у же о координатах. Наблюдая что делает апдейтилка, а она заливает оверлеи по интерфейсу. Значить она и координаты ищит. Можно ещё в ней покататься.

по сути задача поставлена.. но трудоёмкая!!! пробую....
Автор: sadj
Дата сообщения: 17.04.2013 17:28
[b]Turkish88[/b]

m0,6,3,,,,,22 +OFF/ON
и Вашей проблемы нет.

[b][s]Добавлено:[/s][/b]
[b]suz191[/b]
[q]ремапом без ограничений[/q]

а головы из банки не повылазят?

[q]форматнуть служебную зону[/q]

только если ее потеряли до Вас...

[q]Значить она и координаты ищит. Можно ещё в ней покататься.[/q]

а зачем, выше я все описал...



[b][s]Добавлено:[/s][/b]
[q]по сути задача поставлена.. но трудоёмкая!!! пробую....[/q]

ка у Наполеона, написать утилиту для всех моделей и на все времена...?
Автор: suz191
Дата сообщения: 17.04.2013 19:19
sadj

Цитата:
а зачем, выше я все описал...

Да !!! Огромное вам в этом спасибо... как раз с этим и разбираюсь!!!

Цитата:
а головы из банки не повылазят?

да вроде пока не выглядывали...
нет я имею в виду ограничения в количестве....
если серьёзно есть такой... вот рядом лежит уже который год!!! Копать, как это повторить начал только сейчас...
По сути у него отключён доступ к P-list и к Pending, каким образом как раз копаю.
Пределы убирания дефектов в ручную тоже пока не выявлены. Но транслятор не слетает... Просто ремапом по винту периодически пробегаю и дефекты уползают...
Автор: sadj
Дата сообщения: 17.04.2013 20:00
suz191

Цитата:
и дефекты уползают...


это - иллюзия, а происходит вот что,
не пропорционально дефектам, а во много раз превосходя, растет LBA (PBA).
Да и растет такими темпами, что быстро выходит за разумные пределы.
Иными словами, при записи/чтении по старшим адресам LBA, головы непозволительно
смещаются к внутреннему краю рабочего слоя - аккурат к самой оси.
Так что, «ремапом без ограничений» - это очередная иллюзия.
Реально можно спрятать - только, что-то, не существенное.



Добавлено:
suz191
а если описать второй аспект этой иллюзии, то получается вот что...

Цитата:
есть винты с отключенным offline сканированием


остаются сектора, на правах - рабочие, с запредельными таймингами,
тем самым снижая текущую скорость чтения иногда в разы...
Автор: Turkish88
Дата сообщения: 17.04.2013 20:23

Цитата:
Turkish88

m0,6,3,,,,,22 +OFF/ON
и Вашей проблемы нет.

Обманщик вы, а я поверил и попробовал

F3 T>r135

DiagError 0000000E
F3 T>
135 нету чтоли, а в 134ом одни FF или я нет так что то делаю (r134 drive ready to sed file и я сливаю по YModem)
Автор: suz191
Дата сообщения: 17.04.2013 20:56
sadj
всё равно у меня в голове не укладывается. ну есть же такой винт работает... и не один год...
после момента слёта рап в ошибку... убрал с него 20000 дефектов ремапом... так и пашет... ну после этого
может ещё 2000 за всю историю жизни... так он же работает!!!
А реальное количество не как не проверить... только если об стеку аккуратно, но это уже крайние меры...
Ну естественно да же при таком дефекте есть приделы разумного.
Однако понравилось то что нет ограничений в 5000 секторов за раз и появятся возможность убирать битые секторы идущие друг за другом....
Опять таки всё надо копать!!! На пример на данный момент интересно как он себя поведёт если ему убрать данную ошибку.... В смысле что станет с поверхностью и не вернуться ли убранное на место... естественно форматировать с опцией 2 в листах категорически теперь будет запрещено.....

P.S. Но пусть даже как крайняя мера... Но данная иллюзия полностью работает!!! Тьфу тьфу живёт же он как-то...

Добавлено:
to sadj
RAP subfile error 200f
(P) SATA Reset

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

Добавлено:
Я всё таки хочу попробовать это повторить на другом винте... и посмотреть что будет.....
Автор: tametung
Дата сообщения: 17.04.2013 21:14
мало как то понимаю.
как ошибка связанная с адаптивными параметрами может содействовать размещению
дефектов в Slip List минуя Аlt.?
или вообще речь идет не о этом ?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112

Предыдущая тема: Оптимален ли дефолтный размер блока 128Кб для RAID0 (Intel)


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