Korrupta 7z-filer från gamla SD-kort

Permalänk
Medlem

Korrupta 7z-filer från gamla SD-kort

Gjorde en data recovery på ett par SD-kort och fick då fram ett par 7z-filer (alternativ till Winzip) som jag inte lyckades öppna.

Nu hittade jag en guide till hur man reparerar just 7z-arkiv:

https://www.7-zip.org/recover.html

Men blir tyvärr inte helt klok på guiden. Verkar som det saknas en "start" och "end header", så kanske inte går att få ut nånting ur arkivet. Eller kan det lösas på annat sätt? Känner mig lite rådvill och samma frågeställning på ett annat forum gav noll hjälp.

Permalänk
Medlem

Som namnen antyder så ligger "start header" i början av filen och "end header" i slutet, så om båda saknas är nog risken stor att filen bara innehåller skräp. Platsen där filerna låg kan t.ex. ha blivit överskriven med ny data, eller minneskortet kanske var trasigt, etc. Utan tillgång till någon av filerna är det svårt att säga så mycket mer tyvärr.

Permalänk
Medlem

Är väl egentilgen inga superviktiga filer som sådant. Några av dem är äldre versioner av samma arkiv, men med filer som tagits bort.

Vet inte exakt vad som finns på de andra filerna så känns lite för privat att ladda upp dem känner jag. Man kunde ersätta en korrupt start header med 00 00... osv men det kanske inte räcker om end header saknas....

Permalänk
Medlem
Skrivet av perost:

Som namnen antyder så ligger "start header" i början av filen och "end header" i slutet, så om båda saknas är nog risken stor att filen bara innehåller skräp. Platsen där filerna låg kan t.ex. ha blivit överskriven med ny data, eller minneskortet kanske var trasigt, etc. Utan tillgång till någon av filerna är det svårt att säga så mycket mer tyvärr.

Hade lite svårt att kopiera av hex-format från filen (eller hur man kallar det). Tog de första raderna från en av 7z-arkiven iaf:

0000-0010: 98 68 17 77-5a 97 86 e1-7b bb 08 ec-da 39 3f 74 .h.wZ... {....9?t
0000-0020: b0 b3 3a 18-bb 60 91 f8-63 b5 65 78-cf 42 4d 52 ..:..`.. c.ex.BMR
0000-0030: d3 7b 00 39-07 ea 0f 1f-cf 06 ba 4f-0f 78 eb 44 .{.9.... ...O.x.D
0000-0040: bb d4 b5 0f-09 df 48 f6-1a 88 72 b6-b1 dd 40 f1 ......H. ..r...@.
0000-0050: 6e 7e 7e 50-48 c0 3d 0e-33 cf 6a 96-eb 4f 33 da n~~PH.=. 3.j..O3.
0000-0060: bc 6d 19 2c-72 b8 1e bd-bf 90 a4 26-8f 0e 4f 84 .m.,r... ...&..O.
0000-0070: 3a 6c 5e 20-68 67 b2 8a-65 75 5b 84-2c 83 a1 38 :l^.hg.. eu[.,..8
0000-0080: 23 d2 ba 3f-0e 78 3e cb-c0 de 3e 96-da 1f 32 05 #..?.x>. ..>...2.
0000-0090: b9 44 9e 0b-75 cb 26 e1-d7 00 0e 30-00 3d 70 39 .D..u.&. ...0.=p9
0000-00a0: ae d2 e6 37-36 ba 4e a4-8b 87 b7 94-db 4b 9e 85 ...76.N. .....K..
0000-00b0: 0f 23 3f 43-5d 35 dc 82-d3 c5 de 14-bf 4f 96 39 .#?C]5.. .....O.9
0000-00c0: 03 db c8 57-07 2a 57 1f-d7 f4 ad 23-7b ea c9 6b ...W.*W. ...#{..k
0000-00d0: b1 d3 c3 a5-9d 62 5b db-3b 74 66 9a-ea c5 a7 4e .....b[. ;tf....N
0000-00e0: 78 0c a4 75-3d be f7 06-b5 f4 3d 6f-5a 65 9d 7c x..u=... ..=oZe.|
0000-00f0: db 9d 4e 3b-72 a9 a8 e9-86 e9 4c 8a-18 11 96 01 ..N;r... ..L.....
0000-0100: 76 b6 39 39-04 67 f1 35-cd 78 d2 c7-52 b6 8a 0d v.99.g.5 .x..R...

Permalänk
Medlem
Skrivet av pellesandare:

Hade lite svårt att kopiera av hex-format från filen (eller hur man kallar det). Tog de första raderna från en av 7z-arkiven iaf:

Ett 7z-arkiv ska börja med 37 7A BC AF 27 1C , så det verkar som att filen är korrupt. Från vad jag kan avgöra ser det ut att bara vara slumpdata, så troligtvis har platsen där filen en gång låg blivit överskriven med annan data. Det finns nog tyvärr inte så mycket att göra med andra ord.

Permalänk
Medlem

SD-kort som legat ett tag kan börja visa korrupta sektorer, det är heller inget som säger till att de är korrupta (ger inte IO-fel som det gör med SSD) utan levereras inblandat med dom friska sektorerna utan någon som helst varning eller markering - eller att de hänger sig helt, temporärt eller permanent.

Det där med felhantering vid felaktiga sektorer var något som helt enkelt inte implementerades i SD av filosofiska orsaker - där filosofin var att flash-minne gör inte fel på samma sätt som Eprommar etc.

sedan kom MLC, TLC och QLC och det faktum att SD-minne tillverkas idag av 'left over' av flashchipen - de som ingen vill köpa.

Vilket gjort att sannolikheten för fel har gått från mycket sällsynt till att det kommer att hända, kanske redan i morron.
och fortfarande ingen felhantering...

---

Som läget idag så skall man alltid kopiera ut data ur SD-minne så fort man kan till mer stabil media och man kan inte längre räkna dem som stabil långtidslagring

Permalänk
Rekordmedlem

Om man vill kunna kontrollera och åtminstone lättare kunna reparera filer som man arkiverar kan man använda PAR (som i paritet) det är inget man kan applicera när skadan redan är skedd men man kan själv addera dem till viktiga filer när man arkiverar och de fungerar likt paritet för filsystem.
Det ökar säkerheten men hjälper inte mot allt och man bör ju förstå hur de fungerar, tex om man lagrar dem på samma enhet som datafilerna och den skadas kan det gå att laga dem men lagrar man dem på olika enheter är det ju större chans att inte båda skadas för svårt samtidigt.
De kan vara ett bra komplement som ökar säkerheten för viktiga filer men de löser inte alla problem men inser man vad det är och inte är är det ett bra verktyg för en del saker utöver valet av säkrare filsystem än nått MS gjort och backuper.
Multipar är en bra klient http://hp.vector.co.jp/authors/VA021385/