Oprava mrtveho HDD WD2500AAJS

Zpráva

#31 Příspěvek od **jef111** » 25 říj 2018, 16:17

Mě taky vraceli často, ale nějak jakoby přestali nebo co, už tak tři měsíce nepřišel ani cent. Asi jsem to přepísknul, jsem moc náročnej a moc si stěžuju a nemám rád fejky

Nevím, třeba se to ještě nějak vyvrbí....

#32 Příspěvek od **rnbw** » 14 lis 2018, 22:32

Ten AliExpress je snad chranena dielna, je to tam samy 🤐, imbecil a idiot

Tentokrat prisla sice 2060-771590-001 ale REV P2, ktora nema flash. Napriek tomu, ze na fotkach flash bola a este aj oznacena cervenym a v texte napisane, ze si ju mam prehodit...

RayeR · #33 Příspěvek od **RayeR** » 24 lis 2018, 00:17

A ses si jistej, ze je KO jen elektronika? Aby si pak nedopadl jako ja s tim Seagatem, co sem tu resil asi pred pul rokem

#34 Příspěvek od **rnbw** » 24 lis 2018, 11:39

Ano, je. Mam jeden disk s presne rovnakou doskou (akurat inou kapacitou) a po vymene dosky sa rozbehol.

RayeR · #35 Příspěvek od **RayeR** » 24 lis 2018, 15:56

Aha, tak dobre vedet, ze to este takhle funguje, aspon na tehle starsich HDD.

#36 Příspěvek od **rnbw** » 31 pro 2020, 19:49

Zopakoval som pokus s AliExpressom, tentokrat prisla spravna aj funkcna doska - disk sa s nou rozbehne, akurat sa neidentifikuje (lebo nema spravny obsah flash).

Prehodil som teda flash a myslel, ze sa disk rozbehne a bude fungovat - ale nie, uplne mrtvy! Skusil som teda pokusne flash z novej dosky osadit na moju povodnu vadnu - a disk sa rozbehol (samozrejme, ze neidentifikoval). Takze na mojej povodnej doske je poskodeny obsah flash.

#37 Příspěvek od **rnbw** » 01 led 2021, 12:03

Zachrana obsahu flash - citanie pri znizenom napati.
Flash je Pm25LD020, podla datasheetu ma fungovat pri 2,3-3,6V. Pekne vidiet, ze do 2,2V su precitane data rovnake. Pri 2,1V sa nieco zmenilo. Potom sa az do 1,7V nemenilo nic, az pri 1,6V, kedy sa uz zacalo objavovat viac zmien (chyby).

Kód: Vybrat vše

$ md5sum *.bin
a92b2440c21f4aeda2fb484b1ddcdd25  backup_1.6v.bin
74e5e04f62569429ec0e61d5914f46b6  backup_1.7v.bin
74e5e04f62569429ec0e61d5914f46b6  backup_1.8v.bin
74e5e04f62569429ec0e61d5914f46b6  backup_1.9v.bin
74e5e04f62569429ec0e61d5914f46b6  backup_2.0v.bin
74e5e04f62569429ec0e61d5914f46b6  backup_2.1v.bin
30e51b19f14b90978db91396a062671b  backup_2.2v.bin
30e51b19f14b90978db91396a062671b  backup_2.3v.bin
30e51b19f14b90978db91396a062671b  backup_2.4v.bin
30e51b19f14b90978db91396a062671b  backup_2.5v.bin
30e51b19f14b90978db91396a062671b  backup_2.6v.bin
30e51b19f14b90978db91396a062671b  backup_2.8v.bin
30e51b19f14b90978db91396a062671b  backup_3.0v.bin
30e51b19f14b90978db91396a062671b  backup_3.3v.bin

Analyza zmeny pri 2,1V ukazala, ze sa zmenil len jeden bit (bit 2 na 0x9d2b):

Kód: Vybrat vše

$ xxd -g 1 backup_3.3v.bin >backup_3.3v.bin.hex
$ xxd -g 1 backup_2.1v.bin >backup_2.1v.bin.hex
$ diff -u backup_3.3v.bin.hex backup_2.1v.bin.hex
--- backup_3.3v.bin.hex 2021-01-01 11:48:32.415612856 +0100
+++ backup_2.1v.bin.hex 2021-01-01 11:48:38.247514852 +0100
@@ -2512,7 +2512,7 @@
 00009cf0: 9b f4 eb c3 ad e4 7d b1 fa 4f 40 7e e5 dd 72 9e  ......}..O@~..r.
 00009d00: d8 7c fc 24 3d ee b7 0b fd 2c 97 b3 4f fa b7 57  .|.$=....,..O..W
 00009d10: 75 1b 5c 24 93 0b cd eb ff dd 6d 8c 62 70 da ad  u.\$......m.bp..
-00009d20: d8 67 b8 e0 e1 87 99 fe ff 54 ac 42 e6 e6 a0 0f  .g.......T.B....
+00009d20: d8 67 b8 e0 e1 87 99 fe ff 54 ac 46 e6 e6 a0 0f  .g.......T.F....
 00009d30: 7e 89 d0 0e 67 b8 22 f2 34 b2 71 b3 b4 70 79 4f  ~...g.".4.q..pyO
 00009d40: 24 87 f0 aa ce 56 47 6d 79 23 ff 4f d7 09 5f 55  $....VGmy#.O.._U
 00009d50: 7f 48 c7 a2 e3 11 45 87 16 37 83 e2 24 79 d2 f9  .H....E..7..$y..

RayeR · #38 Příspěvek od **RayeR** » 01 led 2021, 15:56

A pri kterem napeti jsi podle tebe vycetl spravny obsah - pri tech 2.1V? Se divim, ze este pri nakych 1.6V vubec nejak fungovala. Zrovna sme se o fleskach bavili se Zakym a zminoval, ze se obcas stava, ze mila fleska prestane stihat davat spravna data pri vysokych fclk ale pri nizsi fclk bezne v programatoru se pamet precte normalne, takze pak z toho clovek muze chytat psycho, jak ta pamet funguje/nefunguje. Pritom ji staci vymenit nebo mozna jen znovu preprogramovat.

PotPalo · #39 Příspěvek od **PotPalo** » 01 led 2021, 18:01

Tak ono flash a eprom pamäte všeobecne vedia fungovať aj na nižšie napätie, ako je uvedené v datasheete. Také epromky napríklad majú v datasheete 5V +/-10%, a pritom sa jej správny obsah dá prečítať ešte aj pri 3,3V. Akurát to už nieje zaručené pre všetky pamäte.

RayeR · #40 Příspěvek od **RayeR** » 01 led 2021, 19:19

OK, muze byt, sem so jen rikal jesi ty pameti nemaji naky undervolt lock, ze proste pri hodne nizsim napeti nevypnou uplne. Muj labprog pri cteni zkousi vice pokusu prave na hranicich te oficialni tolerance +-10%

#41 Příspěvek od **rnbw** » 01 led 2021, 19:32

Pri 1,6V su uz data poskodene (v ROM sa nachadzaju aj moduly s checksumom a ten nesedi).

Tymto sposobom som uz parkrat ziskal spravny obsah a rozchodil notebook ci set-top box.

Nejde mi to vsak ani s obsahom precitanym pri 2,1V. Blbe je, ze hlavny kod (ci co to je) checksum pravdepodobne nema. Nasiel som na webe nejake ROM, ale ten kod na zaciatku je uplne iny aj ked typ disku a verzia FW je zhodna...

RayeR · #42 Příspěvek od **RayeR** » 02 led 2021, 07:09

Sem si to vlakno musel precist znova, to je jak telenovela na prokracovani

Pro zajimavost nebylo by foto obou tech desek? Ta deska co ma novejsi CPU s interni flash mela teda footprint na neosazenou ext. flash a tys to nejakym odporem overrajdnul k pouziti ext. flash misto interni - zkoumal si, jesi to oprvdu po power upu nacita tu ext. flash? A kde si zistil tu aktivaci konzole a pikazy na zapis int. pameti? Jak vis kde je chksum? Nebyl k tomu i nejaky podrobnejsi popis tech dat co znamenaji? To je neprobadana oblast, ktera me docela zajima, skoda ze se nepodeli naky pracovnik datahelpu, se boji ze by prisel o praci

BTW tos na tom disku mel Bitcoiny?

#43 Příspěvek od **rnbw** » 02 led 2021, 12:25

Cinan posielal nespravne dosky, to momentalne riesit nebudem.
Teraz uz poslal spravnu dosku, tzn. s externou flash, rovnake oznacenie 2060-771590-001 REV A ako moja povodna mrtva doska.

Disk sa s nou rozobehol, ale neinicializoval. Ked som tam prehodil moju flash, tak je to rovnako mrtve ako s povodnou doskou. Ked som prehodil flash od Cinana do mojej mrtvej dosky, zrazu ozila - disk sa rozbehol, ale neinicializoval. Takze zjavne je problem vo flash.

Nejake dobre citanie som nasiel vcera tu:
https://forum.hddguru.com/viewtopic.php?f=13&t=20324
Je to sice iny procesor, ale je to velmi podobne. Je tam aj vysvetlenie struktury hlavicky ROM a checksum kernel loadera - tieto veci mam OK. Neviem ale, kde je checksum kernelu...

Vysvetlenie k modulom v ROM:
https://forum.hddguru.com/viewtopic.php?f=13&t=28249

Ak by sa mi podarilo rozbehnut disk tak, aby dokazal precitat aspon servisnu oblast, vedel by som z nej vytiahnut modul 109, kde je zaloha casti obsahu ROM.

RayeR · #44 Příspěvek od **RayeR** » 02 led 2021, 17:37

Jo, tak to fakt vypada, ze za vse muze obsah flash. To je dobry peklo, kdyz bez ni nerozbehnes disk, aby mohl nacist dalsi data. Si rikam, ze by asi nebylo od veci si to z funkcnich disku nejak zalohovat. Koukam, ze i na novejsich diskach se ty flesky este davaji, mam tady zrovna 2 vytrashovane 2TB HDD ST2000DM001, ktere maji takovou malou desticku, kde je jen procesor, DRAM, motor driver a SPI pamet 25S81 https://www.onsemi.com/pub/Collateral/ENA2287-D.PDF
Tak pro zajimavost zkusim co se stane pri prohozeni elektronik, disky maji dost podobne S/N. Muzu je zkusit i odpajet, precist a porovnat. Pokud bys vedel vic o obsahu te pameti, tak bys treba mohl z te cinske vytahat nake casti nebo naopak do ni implantovat ty kalibracni data z tve elektroniky.

Dik za cteni, to vypada vyzivne. Ja sem cetl akorat o hacku disku s trochu jinym ARM CPU http://spritesmods.com/?art=hddhack

#45 Příspěvek od **rnbw** » 02 led 2021, 21:15

Zlozil som dokopy zaciatok cinskej ROM a moduly z mojej. Disk sa rozbehol, ukazoval nulovu velkost a ziadny nazov, ale servisnu oblast cita! Programom WD Marvel som precital vsetky moduly.

Zaciatok modulu 109 (hlavicky a kod) je zhodny s povodnym obsahom ROM...
Modul 102 sedi s ROM modulom 0A, 105 s 30, 106 so 4F a 108 s 0B.
Modul 103 nesedi s ROM modulom 47 a tiez 104 nesedi s 0D.