Astăzi vă voi spune o poveste despre restaurarea datelor de pe o cartelă de memorie CF defectă care a venit la noi în serviciul unul dintre primele. Cazul sa dovedit a fi destul de interesant și, după cum sa dovedit, unul dintre cele mai laborioase din practica noastră. Hostessul a scos un card de memorie Compact Flash de la cameră și a introdus-o în portul USB defect, după care unitatea flash USB a fost detectată incorect. Metodele software nu au funcționat, iar harta, după ce a vizitat mai multe ateliere informatice, sa dovedit a fi cu noi. 32 gigabytes pe care le conținea și astăzi nu vor părea mici, dar la momentul defalcării, volumul său părea gigantic. După ce am dezasamblat, am găsit în interiorul controlerului Silicon Motion SM2234H și patru cipuri de memorie NAND stacked, care au dat 8 depozite de câte patru gigaocteți fiecare. Chipsurile care fac obiectul unui dumping au trebuit citite mult timp de la programator, apoi corectate de ECC, au recitit în mod repetat sectoarele defecte pentru a obține rezultatul cu cantități minime de resturi și erori bit. Folosind un computer puternic cu un drive SSD, am reușit să facem acest lucru în doar câteva săptămâni. Și pe mâinile a 8 gropi de memorie, care nu conțin nimic de genul datelor de utilizator.
Astăzi se știe că pentru controlerul SM2234H, în această configurație, combinarea octeților este tipică, ca urmare a faptului că în sectorul sub numărul 16384 conținutul apare ca în imaginea de sus și acum selectarea secvenței de stocare necesare durează câteva minute. Și fără această cunoaștere era necesar să combinăm gropile într-o zi, sperând să obținem ceva diferit de gunoi. Acest proces este complicat de faptul că informațiile pot fi prezentate în formă inversată, împărțite în blocuri sau pe un model necunoscut. După selectarea ordinii corespunzătoare a haldelor și inversarea datelor, au început să apară fragmente de fișiere de dimensiuni mici. Cu ajutorul lor a fost posibilă înțelegerea structurii sectorului și separarea zonelor cu date de la site-uri cu informații oficiale. Paginile cu dimensiunea de 34560 octeți sunt alcătuite din 2048 octeți alternativi de date și 104 octeți de informații despre servicii. După primii 2048 de octeți, standardul 104 octeți ai sclavului este urmat de 8 octeți de informații de serviciu cu datele utilizate de către traducător. Ultimii 120 octeți nu sunt utilizați. Datele sunt împărțite în părți de 512 octeți pentru a le utiliza în complexul PC3000 (aceasta este dimensiunea standard a paginii pentru aceasta). Au fost utilizați 104 octeți ai slavei pentru corectarea erorilor, iar 8 octeți la decalajul 2048 sunt atașați la fiecare pagină pentru ca traducătorul să poată fi restaurat.
Pentru a elimina amestecul, am împărțit haldele în blocuri egale de 64 de sectoare și le-am combinat, alternând blocuri din diferite halde. După aceea, au început să apară fragmente de fișiere comparabile în mărime cu blocul. Folosind 8 octeți, traducătorul a fost restaurat, asamblat imaginea și a accesat datele.
Articole similare
Trimiteți-le prietenilor: