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

Да они практически все, которые приносят на восстановление, зацарапаны в хлам.
В начале в основном.
Вычитывать приходится неделями, продираясь сквозь кучи сбоев.
Ни о каком формате и речи быть не может.
Разве что сразу определить всю область сбоев и спрятать ее в листы дефектов.
Но это 100% халтура, а не ремонт, сдохнет весьма быстро.

Вычитать без DE такие диски практически не реально за разумное время.
Чтобы не спотыкаться на каждом сбое, приходится строить карту только по самым нужным файлам. И их пытаться вычитать. И то процесс занимает недели, а многие файлы битые.

AntiMember

Цитата:

ikstlan66
F3Diag_RightFrame
#

Вот теперь понятно откуда взялась пдф-ка с этойже докой, но нерабочими линками и местами порезанными длинными строками описания ошибок.
По более старым/новым сериям подобной доки нету ?
Это ж из мануалов китайского клона PC3k ?

blAckDiVer

Цитата:

Это ж из мануалов китайского клона PC3k ?

Ну вы, блин, вендора опустили...
Как говорит Серега, PC3k острозаточен под рекавери. Нафик им такой мануал перекупать у китайцев,
шо-б потом они из него клона делали ?

Цитата:

Это ж из мануалов китайского клона PC3k ?

Мммм, вы о чём? О F3DiagnosticComand и ...Functions? Это оригинальные доки от Сигейта и изначально они присутствуют в виде HTML-страниц, скачанных с какого-то Сигейтовского сервера, насколько мне известно... Какой нафик китайский PC3K? Они его оттуда же взяли, я думаю

Цитата:

По более старым/новым сериям подобной доки нету ?

Более старые, чем 7200.11, у нас Барракуды как бы, по ним есть все соответствующие доки. А вот более новых в открытом доступе не попадалось...

Добавлено:
AntiMember опередил

Цитата:

Это оригинальные доки от Сигейта и изначально они присутствуют в виде HTML-страниц, скачанных с какого-то Сигейтовского сервера, насколько мне известно...

На мысль натолкнул иероглиф в заголовке пдф-ки, которую из этого html лепили. И еще в вордовском виде пробегало аналогичное.


Цитата:

Более старые, чем 7200.11, у нас Барракуды как бы, по ним есть все соответствующие доки.

А где скачать можно ?

Цитата:

А где скачать можно ?

http://www.rom.by/files/yaxsi_rus-ing_seag_bar.pdf
http://files.hddguru.com/download/PC-3000%20Support/Documents/PCSeagBara.pdf

Здравствуйте,
подскажите винт st2000dm001, fw: cc4h.
перестал определяться в биос, отдавал мастерам, не знаю что они делали.
сейчас винт определяется в биос но не определяются разделы.

считал смарт викторией:

ST2000DM001-9YN164 Z1E2ACQZ
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 85 84 6 112903546 ••••
3 Spin-up time 95 94 0 0 ••••
4 Number of spin-up times 100 100 20 900 •••••
5 Reallocated sector count 100 100 36 496 •••••
7 Seek error rate 80 60 30 4409488682 ••••
9 Power-on time 82 82 0 16268 ••••
10 Spin-up retries 100 100 97 0 •••••
12 Start/stop count 100 100 20 848 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 1256 •
188 Command timeout 97 96 0 17180131349 ••••
189 High Fly writes 98 98 0 2 ••••
190 Airflow temperature 61 45 45 39°C/102°F ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 200 •••••
193 Load/unload cycle count 64 64 0 73476 •••
194 HDA Temperature 39 55 0 39°C/102°F ••••
194 Minimum temperature 90 55 0 20°C/68°F -
197 Current pending sectors 1 1 0 17568 •
198 Offline scan UNC sectors 1 1 0 17568 •
199 Ultra DMA CRC errors 200 143 0 38173 •••••
240 Head flying hours 100 253 0 117858197583793 •••••
241 unknown attribut 100 253 0 68283688038103 •••••
242 unknown attribut 100 253 0 101297408350940 •••••

в терминале пишет:

Boot 0x40M
Spin Up[0x00026F7C][0x000273E8][0x00027854]
Trans.

Rst 0x40M
MC Internal LPC Process
Spin Up
(P) SATA Reset

MCMainPOR: Start:
Check MCMT Version: Current
MCMainPOR: Non-Init Case
Reconstruction: MCMT Reconstruction Start
Max number of MC segments 0A61
Nonvolatile MCMT sequence number 00008BFC
[RSRS] 0A14
Reconstruction: Completed 1:
[MCMTWS]
MCMainPOR: MCTStateFlags 0000002A MCStateFlags 00000041
MCMainPOR: Feature Enabled...

PowerState = IDLE1
PowerState = IDLE2

Подскажите что можно сделать чтобы считать данные с диска? никаких команд в терминале пока не вводил.

MaZaY1
любая утилита или Редактор поляну читает? хотя бы часть.
Можно предположить что либо ваши мастера его занулили, либо кучи сбоев, не дают прочитать структуры файловой системы, либо разъехался транслятор после вмешательства и сами вы его не восстановите и придется обращаться к мастеру DR с комплексом PC3000.

Выборочно читает сектора. Загрузочный сектор похож на правду.
без PC3000 можно как то слить его куда-нибудь и попытаться найти информацию, по сути мне с него нужно пару файлов на 10 килобайт.

MaZaY1

Цитата:

можно как то слить его куда-нибудь и попытаться найти информацию, по сути мне с него нужно пару файлов на 10 килобайт.

искать пару файлов на диске в 2Тб без разметки - это как иголку сами знаете где.
Нужно понять в каком состоянии диск - есть ли доступ к поляне на всем объеме.
То, что он посыпался - видно по СМАРТу (п.п. 5, 187, 197, 198).
Если трансляция не нарушена - делать или сканирование-поиск файл.системы (NTFS я предполагаю), после - сканирование на структуру внутри, если найдется что-то.
Это, пожалуй, самый простой способ.

Делать сигнатурный поиск, клонировать 2Тб на другой носитель даст больше шансов, но, вероятно, и усугубит ситуацию. Плюс это очень ресурсоемкий и времязатратный процесс.

По восстановлению есть раздел отдельный. Читайте шапку там.

ЗЫ: если диск уже ковыряли, чего ж не сделали то, что требовалось??

Диск вообще не определялся, я отдал посмотреть что с ним, т.к. под рукой не было TTL конвертора. Но к нему кажется подключали другой контроллер, какой не знаю. попробую сделать клон на другой диск и поковырять, может найду таблицу Ntfs.

MaZaY1

Цитата:

попробую сделать клон на другой диск и поковырять, может найду таблицу Ntfs.

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

Советую проверить в той же виктории чтение - выставить старт сектор на позиции 5, 25, 50, 75, 90% от общего объема. Если UNC или ABT-секторов нет, тогда софтом DMDE (офиц., фришным) сканировать диск. До создания образа пока рано.

Достаточно последний сектор прочитать, и записать его, если не читается, чтобы убедиться что транслятор развалился.
Диски эти (Grenada) пилится очень быстро, если не заблокировать обработку ошибок и не вычитывать по головам обходя плохие места.
Ну в крайнем случае читать по картам отдельных структур, сразу прерывая процесс если там сбои.
Так что сканирование его всякими DMDE и R-студиями, прямой путь к запилу.

Второй день уговариваю похожий ST1000DM003 из этого же семейства, выйти в готовность, а хозяин начал так же бизобидно, сканировать его R-студией.
И данных тоже всего чуть чуть надо.
Только боюсь без замены головок, за которую он естественно не готов платить. Делать уже что-либо бесполезно.
А если там уже запил, то и смена головок не поможет.
Да и подобрать совместимого, это целый ящик доноров нужен.

tomset

Цитата:

Так что сканирование его всякими DMDE и R-студиями, прямой путь к запилу.

иногда, бывает, везет людям, они дома восстановят и думают, что всегда так получается. Скупой платит дважды (если есть деньги, конечно).

MaZaY1
По теме - часто, если MFTmirr целая, то та же DMDE быстро найдет "то, что было" без полного сканирования. ИМХО, если уже делать полное сканирование, то лучше с переносом сектор-в-сектор на другой носитель т.е. клон (но это, как выше сказано, плохая идея)

south_man
Чаще не платят, отказываются. И теряют безвозвратно данные.
Но бесплатной диагностикой дня на три DR-щиков обеспечивают.

Пробился я к готовности на упомянутой гренаде.
Только толку мало, H1 читается. Уже прочиталось более 100GB из ~500
A H0 - в гуно. Только начало несколько тысяч секторов читает, а дальше сплошные UNC.
Учитывая стоимость возможных доноров, заказ вряд ли состоится.
Бум обсуждать с клиентом. (

8 пендингов постоянно добавляется при попытке форматирования диска
хотя в виктории диск стирается со здоровьем 100 прооц
пишется в любой проге в на ура но не читается
убираю G в Р
получаю эдоровье 100 но форматирование не завершается и здоровье падает до 82 проц
как с этим бороться ?
диск тхин 5400.6 500гб

moto261

Цитата:

как с этим бороться ?

Никак его уже не победить, диск пылить начал.
Скрывает одни дефекты и тут же возникают другие.

там логические адреса не соответствуют физическим

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

sandy_t
Не берите в голову, все равно пока нормальную утилиту не напишут для правки листов, в адресации не разберетесь, а с калькулятором замучаетесь.
В лиcтах все соответствует, только отсчет делается с учетом транслятора.
А так как любой новый дефект изменит транслятор, то это будущее изменение транслятора нужно учитывать, чтобы попасть в нужное место для всех последующих дефектов.
Чтобы не править сразу все дефекты, после нового, ввели понятие символьный индекс SFI, а вот как он работает и вычисляется совсем не ясно.

ждем обещанной беты

за месяц попалось 2 сеагейта es.2 и 12 по терабайту
оба не определялись в биос бились в конвульсиях видимо проблема раскрутки шпинделя
головки стрекотали и бегали
посмотрел видео о мрт добавилось знаний о обращении с дефект листами
12му очень помогла перепрошивка своей же прошивкой

диски прошли верификацию и записаны
что касается тхина то там проблемы с транслятором а решающего проблему софта нет
у моментуса запил и ещё стёр служебку а софта нет
но мелкие диски пришли когда только начинал вникать

sandy_t

Цитата:

ждем обещанной беты

Я извиняюсь, это о чем, если не секрет ?

AntiMember
Ася грозится сделать полнокровную работу с листами и отключение головок на F3.
Вот все и ерзают, ждут бету.
Сейчас отлаживается бета с нечто подобным для Toшибы. Народ уже писает молоком от радости, что залежи не поднятых ранее тошиб резко рассасываются.
Но там пока есть проблемы, для некоторых семейств.

И на WD грозятся скоро ARCO прикрутить, но пока сроки не определены.

Да, и еще новость, открыли доступ на закрытый форум поддержки АСИ на английском языке.
Так что можно уже читать, что там происходит:
http://acelaboratory.ru/forum/viewtopic.php?f=37&t=8588
Но буржуи не очень активно пишут на форумах поддержки. Предпочитают по телефону или TimViewer проблемы решать, зря что ли платят за ежегодную поддержку.

Не то что на нашем, страсти порой кипят.

Про русский пока помалкивают.

tomset
Понял. Спасибо.

[more]

F3 T>m0,5,1,3,5,,,22

SerialFmtNoiseBoost:FFFF SerialFmtSecondaryNoiseBoost:FFFF


LBA=0x000002C6
Hd=0x00000000
CYL=0x00025B24
Sec=0x000002C6
EC=0x43110081
R264=0x0000
R304=0x415B
MxHalts=0x0001
FaultStatus=0x0001
Preamp R0=0xB0
Preamp R6=0x00
Preamp R8=0x00
R W h=0x4A
R R h=0x00
W W h=0x00
W R h=0x00Max Wr Retries = 03, Max Rd Retries = 05, Max Iterations = 01, Max Certify Rewrite Retries = 0A74
Ev LBA/Soft XferLen Zn Trk Hd Sct Wdg PBA ErrCode


SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

SvUnsafe_Symb(0x68) = 0x0001

[/more]

У тхина зонная проблема с сервой

но после записи или стирании чем угодно смарт тхина становится идеальным
а на чтении любая прога виснет
как поступил ко мне проверил на чтение
плохо читающихся цветных было 63
но не писался - смещение адресов секторов 21

Буду благодарен за подсказку метода подсчета К.С. модулей Ф3.
Если не секрет, конечно.

AntiMember
Где то уже по моему проскакивала эта информация, даже кусочек кода выкладывали.
Но может путаю.
В принципе легко выяснить, берешь модуль паспорта 93 FID, по команде F правишь один бит и смотришь где еще поменялась KС. Она где-то в начале модуля должна быть.
Правда есть маленькая засада, когда паспорт правишь, в нем еще флажок устанавливается, что паспорт изменен.
Но какие ваши годы. Думаю сообразишь. )

tomset
Спасибо. Я накопал про табличный полином...
http://www.hardw.net/forum/topic11029.htm