Nevím, třeba se to ještě nějak vyvrbí....
Oprava mrtveho HDD WD2500AAJS
Moderátor: Moderátoři
- jef111
- Příspěvky: 2131
- Registrován: 27 kvě 2006, 00:00
- Bydliště: okr. Olomouc
- Kontaktovat uživatele:
Nevím, třeba se to ještě nějak vyvrbí....
www.sigmaphon.cz
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.
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.binAnalyza 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..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...
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?
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.
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
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.