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

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

Автор: Michael99
Дата сообщения: 26.07.2012 22:48

Цитата:
хорошо вам... у нас на барахолке и 80ки за 20~25$ идут.

Мдааа...У нас как раз именно такие модели нередко попадались по 10 у.ё. Дороговасто будет по 20. Нам бы такие цены. Хотя инет-барахолка тоже не показатель...Наверняка на радиорынке цены именно 12 - ну 15 у.ё. Нам бы ваши цены !
Автор: YuryBogdanov
Дата сообщения: 26.07.2012 23:00
Michael99
у нас не сильно это распространено. барахолки компьютерной в масштабах рынка нету. лишь редкие лотки, да и то вендор от рабочего затолкать и продать это им как пить дать... да и народ уже учёный в плвне барохолок. не ведется. но что уж говорить, если среди товаришей толкают диски как рабочие, а на дисках по 100 бэдов. а народ-то не особо просвящённый. крутится/жужжит - значит рабочий. а что не форматируется и система не ставится, а если и ставится, то дня на три максимум их даже не наталкивает копнуть в сторону смарта.

недавно такой случай был. приносит друг компютер. два диска. один старый с симптомом "глючит" и купленный у друга на змену. с просьбой перекинуть всё на "новый". но те два брата акробата, оба светят 5ым птрибутом и при сканировании отлавливаются новые. благо оба сигейта - относительно легко фиксятся. теперь проковыляют ещё сколько-то. посморим, какой первый посыпется дальше.
Автор: Michael99
Дата сообщения: 26.07.2012 23:33
YuryBogdanov
Мда, а весело у вас там...
Автор: YuryBogdanov
Дата сообщения: 27.07.2012 00:18
Michael99
это ещё нормально... что творилось, когда в японии заводы повредило... в начале этого года цена за новую 320ку 2,5' была в районе 90~100$
Автор: Michael99
Дата сообщения: 27.07.2012 08:43

Цитата:
что творилось, когда в японии заводы повредило

Наверно в Таиланде ? Наводнения октябрь-ноябрь 2011г.
Автор: YuryBogdanov
Дата сообщения: 27.07.2012 12:43
Michael99
упс, описочка. тайланд. да октябрь-ноябрь 2011г. тогда диски вообще пропали с полок. те что были по сказочным ценам продавали. одни те что в боксах остались по прежней цене. покупали на крайний случай их и вытаскивали диски.
Автор: Michael99
Дата сообщения: 27.07.2012 12:49
Заоффтопили что-то. Видать диски перестали ломаться...
Автор: igor_me
Дата сообщения: 27.07.2012 13:23
Сейчас ломаются только F3. Те, старые, не ломаются, они "вечные"
Автор: YuryBogdanov
Дата сообщения: 27.07.2012 15:01
или toshiba...
Автор: Michael99
Дата сообщения: 27.07.2012 15:59
igor_me
Мдааа, доремонтились мы... что и диски перестали ломаться.
Автор: SRUTSSSSSSSS80
Дата сообщения: 27.07.2012 16:15
Michael99
От дисков стол ломиться, но лень что ли .....
YuryBogdanov
В боксах тоже подросли тогда, но меньше чем обычные. Кто мог с России/Польши/Украины завозил, и продавал с накруткой.
Автор: Turkish88
Дата сообщения: 27.07.2012 17:18
Последствия наводнения длятся до сих пор.
Отложил пока Alpine с него не мог даже считать APP cert и т.д.
Нашел NHAWK с него скриптами считать удалось видимо у того альпин может еще и проблемы с бмг.
Т>
:0000000000000000 AX`' ""13598-13715
SRAM Ovly = Diag
Начало служебки 13598
Итак
// Read boot adaptives + reserve track defect list
// SA_start_cyl+0x0A
В калькуляторе считаю:
13598+A=16AC0
// Read drive adaptives
// SA_start_cyl+0x34
13598+34=135CC
// Read application code
// SA_start_cyl+0x16
13598+16=135AE
// Read cert code, both parts and cert table
// SA_start_cyl+0x64, then SA_start_cyl+0x66
13598+64=135FC
13598+66=135FE
// Read interface overlay
// SA_start_cyl+0x68
13598+68=13600
// Read vendor data
// SA_start_cyl+0x6C
13598+6C=13604
Просмотрите пожалуйста правильно но ли я рассчитываю?
Скачал такжэ ST380215A 3.AAD S-42 .0C4_0.82 NHAWK вот этот ресурс с инета
там файлы не названы понятным новичку.
Как отличать файлы друг от друга.
Определил что APP начинается со слова NHAWK, а VENDOR содержит название модели. Оверлей серт и адаптивы только сравнивая но так можно ошибится
и оодин Cert отличается от другого: из какого надо вытаскивать таблички?
Автор: igor_me
Дата сообщения: 27.07.2012 17:47
Turkish88
Вы таки скачали таблицы со смещениями треков из первой части темы? Половина вопросов бы ушла. Таблицы в файле 0_132E2.trc начиная со смещения 35000, 18h секторов (всё это определяется легко если под рукой файл offsets

Цитата:
там файлы не названы понятным новичку.

Бывает

Добавлено:
По расчётам вроде верно, только насчёт drive и boot адаптивов - введите в терминале T>y и сами проверьте (в таблицах со смещениями треков их нет) да и по остальному. А вообще делается не сложно, если не знаете. Считываете всё с диска. Качается комплект от такого же семейства. И в HEX-редакторе сравниваются файлы, ищутся аналогии, так сказать. Я так по первой делал. Сейчас уже многое на глаз определяю
Автор: alexyc
Дата сообщения: 27.07.2012 17:56
SRUTSSSSSSSS80

Цитата:
От дисков стол ломиться, но лень что ли .....


а мне не лень...но вд-шки и самсунги никогда мну не "поддавались",точнее нету с ними взаимопонимания
Michael99

Цитата:
Мдааа, доремонтились мы... что и диски перестали ломаться.

даже у вас "сухой сезон"?
Turkish88

Цитата:
Отложил пока Alpine с него не мог даже считать APP cert и т.д.

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

Цитата:
и оодин Cert отличается от другого: из какого надо вытаскивать таблички?

DEL
Автор: NiTr0
Дата сообщения: 27.07.2012 18:00
alexyc

Цитата:
а каким боком тут MDW? на гс_сик_еррор винт любит ругается после опроса преампа,да и сам пишит-"переключите меня"

У меня такая ругань была при попытке пнуть скан из памяти на HDW, и точно так же на HDW вроде как ругаются при попытке пнуть 4>c0 (на MDW при этом ругани не наблюдал). Да и при неверном типе у меня ни разу не стопорился на p.
Попробую еще для разнообразия как-то его просканить как 3.x, может пройдет затык на p. Хотя и не уверен что что-то выйдет - по-моему у него с головами все очень печально, но все же.
Автор: igor_me
Дата сообщения: 27.07.2012 18:07
SRUTSSSSSSSS80

Цитата:
От дисков стол ломиться, но лень что ли .....

Мне бы вашу лень...эээээ, то есть диски "Кроликов" отлавливаю уже, где могу
alexyc

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

По "самцам" - 50\50 (2 диска "гонял" - один "поднял" )
По WD интереснее: мой DragonFly-2 (500-ка) после месячного ?:*!№@ с ним похоже "взялся за ум" (сейчас пишу поляну и она ПИШЕТСЯ). Скоро выложу отчёт в соответствующей ветке...
Прощения просим за оффтоп
Автор: alexyc
Дата сообщения: 27.07.2012 18:09
NiTr0

Цитата:
У меня такая ругань была при попытке пнуть скан из памяти на HDW

как я понимайт,если винт изначально MDW-шный,то вопли винта с просьбой сменить тип при старте из памяти вполне здравы и логичны.Кстати при принудительном пуске скана HDW-шным, МDW винта но с БЛИНОВ,скан у меня пускался,но вылетал с ошибками и свистохрустоскрипом.Так что тип винта на мой взгляд,не причина ошибки преампа.Причина-несовместимость с содержанием на блинах,точнее с тем,что с позы фы грузится по R1 & R2,т к хотя и пускаешь скан из памяти,но все равно подгружает нечто с блинов.

Цитата:
Попробую еще для разнообразия как-то его просканить как 3.x, может пройдет затык на p.

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

Цитата:
Попробую еще для разнообразия как-то его просканить как 3.x

...54

Добавлено:
igor_me
просто они у меня фатально больны...
Автор: Turkish88
Дата сообщения: 27.07.2012 19:35

Цитата:
Таблицы в файле 0_132E2.trc

Не могу найти этот файл ну это тот что по смещению 0х64да?
Офсет я рассчитал но там всякая странная ерунда получается, в альпине было до FFFFFFFFFF и после 000000000 между ними строго стояли 11h секторов информации а здесь не так. у попробую забить на это и вырезать

Цитата:
По "самцам" - 50\50  (2 диска "гонял" - один "поднял" )

Просмотрите личку может и второй поднимите
Автор: Michael99
Дата сообщения: 27.07.2012 19:47
Turkish88

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

Вы б хоть свой приподняли.
Автор: Turkish88
Дата сообщения: 27.07.2012 20:48
axaxaaxaxa)) Помните
Цитата:
igor_me
делал сороковку из 80ки и та плохо работала.
Я вот посоветовал отрубить одну бошку и применить downsize для 0612N. При таком раскладе оказывается получается SP0311N. Не стал писать в ветке по самсунгам поомучто по моим последним сообщениям я там не в состоянии раздавать советы вот и написал в личку

// Send APP to NHPLUS2HD drive.

SPEED/115200/b115
STR/d60,2/0
SLEEP/4000
SEND_FILE/2048/0_13A6A.trc/<0/<238
SPEED/9600/b96
STR/j,,22/0
HEX/1A

Винт ST380215A 3.AAD поправьте пожалуйста точно скрипт не правильный не льет ни слитое ни скачанное из интернета
Автор: YuryBogdanov
Дата сообщения: 27.07.2012 21:08
Turkish88
а в логе ST_MEM на каком пункте затык? лишних пробелов в конце строк скрипта нет?

to all
Попался 5400.6 ST9250315AS. С определённого момента сваливается в Bad LBA: 389416440 и так каждый последующий сектор. С F3 ещё не работал, посему прошу совета, есть ли смысл действовать в сторону скрытия дефектов? Встречал упоминания, что срыть внутренним сканированием полыны может весьма малое число бэдов. Или это похоже на проблемы транслятора?

Атрибут BB как бы намекает, но общее положение смарта не отображает ситуации при сканировании


Цитата:
05 Reallocated Sector Count______________0
BB Reported Uncorrectable Errors__________35
C5 Current Pending Sector Count__________0
C6 Offline Uncorrectable Sector Count______0


пустил на m0,D,3,,,,,22. пока только одно сообщение о C4090081. посмотрим как m0,8,2,1,1,,,22 пойдёт...
Автор: Michael99
Дата сообщения: 27.07.2012 21:21

Цитата:
С определённого момента сваливается в Bad LBA: 389416440 и так каждый последующий сектор.

Т.е. с 389416440 не читается и одни унки идут ? Видимо имеет место быть разрушение транслятора. Что-то делали с ним ? Может пересчёт какой...перенос.
Автор: Turkish88
Дата сообщения: 27.07.2012 21:40

Цитата:
YuryBogdanov

Послан файл C:\Documents and Settings\User\123\Downloads\st_mem_SDLD\0_13720.trc &#225;&#235;&#238;&#234;&#224;&#236;&#232; &#239;&#238; 2048 &#225;&#224;&#233;&#242;
&#209;&#234;&#238;&#240;&#238;&#241;&#242;&#252; COM/HDD=9600 / b96

j,,22
ERR 2E: App Code
(
F>

1) Сначала слейте всю важную инфу с диска, были случаи у меня когда даже перенос дефеков по A>P разрушал транслятор, а потом можете
2) T>m0,6,3,,,,,22 транслятор пересчитается и все дефекты перейдут из G-list в P-list, если конечно они туда влезут.
3)Следом делаете erase винту и вновь выявленные дефекты будут помещены в G-list
4) Затем пункт 2
Если дефекты кончатся быстрее чем иссякнет лимит P-lista то вам повезло и можно порадоваться немного. Из 50 F3 такой методикой получилось оживить 2-3.
Можно еще полное внутренне форматирование сделать при котором все дефекты винт сам попытается загнать в P-list m0,8,2,1,1,,,22
Автор: Michael99
Дата сообщения: 27.07.2012 21:42
Turkish88
Вы уверены в правильности вашей методики ?
Автор: Turkish88
Дата сообщения: 27.07.2012 21:47
Поправьте ошибки думаю они не так изменят суть
Если был пересчет то нужно затереть всю поляну
Автор: Michael99
Дата сообщения: 27.07.2012 21:52

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

Если имеет место быть разрушение транслятора, то и метод не подойдёт никак. Надо будет транслятор восстанавливать.
Автор: Turkish88
Дата сообщения: 27.07.2012 22:31
Это для варианта восстановления данных или для любого случая?
Автор: igor_me
Дата сообщения: 28.07.2012 17:00
Turkish88
Спасибо, насчёт Самсунга попобую позднее
По вашему случаю.
Кракозябы в конце заливки говорят, скорее всего о том, что или app не правильный или не правильно его обрезали. И переключать скорость лучше вручную, у меня из-за этого глюк был когда-то.
Автор: Turkish88
Дата сообщения: 28.07.2012 18:40

Цитата:
igor_me

App надо тоже подготавливать както?Можете выложить st_mem кажись мой глючный
Цитата:
размер 596 480 байт вот сама прога http://www.mytempdir.com/1367058
и тут http://slil.ru/24586295
а у меня 548 864. И работает он только когда размер блока 2048 все остальные варианты виснет.
Взял сейчас AVALANCHE 120gb писал error loading boot adaptives и вываливался в F>
Скачал ресурсы на 80ку 120 на гуру небыло, залил ему флеш апп потом залил серт а вот когда заливаю таблички начинает опять висьнуть
Вот скрипт
SPEED/57600
STR/hE/0
SLEEP/4000/0
SEND_FILE/2048/ava\table.bin/<0/<E
Длина Eh секторов так указывается?

Всетаки налился на скорости 9600 но
Buzz - Head Mask 0000 - Switch to full int.
Spin Ready
Unable to load cert table
No valid SeaDex script in buffer.
Begin Test 02
***** Test 02 NOT Implemented
AbEnd Test 02
Begin Test 41
***** Test 41 NOT Implemented
AbEnd Test 41
Begin Test 40
***** Test 40 NOT Implemented
AbEnd Test 40
Begin Test 01
***** Test 01 NOT Implemented
AbEnd Test 01
Begin Test 41
***** Test 41 NOT Implemented
AbEnd Test 41
Begin Test 02
***** Test 02 NOT Implemented
AbEnd Test 02
Чето с табличками нето вот беру этот файл http://zalil.ru/33620212
и отсюда
1>t

cmd 6E, params 0022 0000 0200 0001 0F00 0001 0000 0000 0020 1901 0022 0000

cmd 6E, params 0022 0000 0201 000D 068D 000D 0000 0000 1901 0000 0022 0000
Cert Table loaded
1 + D = E общая длина
0201 и 0201 смещение от начала файла прям так и вырезал и потом 200h от начала переместил в конец
Автор: YuryBogdanov
Дата сообщения: 28.07.2012 19:58
Michael99
да, после определённого LBA шли сплошные BAD. диск уже пришел с такой проблемой, транслятор (так и хочется написать ретранслятор (привет с N2 ) не трогался. инфа уже заранее была слита, так что смело пнул на m0,D,3,,,,,22, затем на m0,8,2,1,1,,,22. теперь заново m0,D,3,,,,,22 - всё чисто. тем более "проблемное место" уже пройдено. дальше для уверенности в mhdd погоняю на полный erase\write. листы не увеличились. скорее всего что-то произошло с транслятором. чтоб всем так везло

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Seagate barracuda 7200.10 не определяется


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