Fat reparaties onder linux

[u_nix_we_all]

Hi !

Ik heb een probleem met een geheugenkaartje van mijn digitale
camera , het lijkt erop dat de FAT overhoop ligt.
Ik heb met minfo (mtools) al wel geconstateerd dat er 2 FAT's op
staan (1 reserve kopie) maar die moet ik dan wel terug kunnen zetten , en hier kan ik geen tooltjes voor vinden.
Ik ben nu bezig de plaatjes uit het image van het filesytem te greppen,
maar dat schiet niet echt op. (jpeg headertjes zoeken in binair bestand , vrij rampzalig). Bovendien zijn sommige plaatjes ietsje corrupt,
waarschijnlijk dat die plaatjes niet als opeenvolgende blokken op de "disk"
stonden. Heeft iemand een plan ?
Iemand die weet hoe je een FAT kan restoren onder linux

Jaap.

[richardt]

heb je fsck.vfat al geprobeerd?

[u_nix_we_all]

Yep , ik krijg enorm veel lost clusters , lijkt alsof elk block dan als apart bestand gesaved word, en dan ben ik nog verder van huis

[u_nix_we_all]

Ik dacht dat dat fsck.msdos was BTW , maar ikke niet zeker weten.....

[richardt]

Is ook precies hetzelfde. Gewoon gesymlinked.

Probeer gpart eens. Die schijnt de backup FAT terug te kunnen zetten:
http://www.stud.uni-hannover.de/user/76201/gpart/

[u_nix_we_all]

Ik heb even gekeken , maar zie niets over terugzetten van de backup FAT.
Waar zie je dat ?

[richardt]

Ik zie dat ook niet letterlijk op de site staan, maar heb daar ooit wel eens iets over gehoord in de nieuwsgroepen. Probeer het gewoon eens. Ik neem aan dat je met dd al een raw image van die data hebt gemaakt? Dan kun je die dus ook zo weer terugzetten...(disclaimer: althans zo werkt het bij mij...)

Misschien kan fips ook nog het een-en-ander met FAT tabellen.

[AlterEgo]

Als ik het goed begrijp: je geheugenkaartje wordt gelezen als FAT.
Is dat FAT 100% hetzelfde als bij voorbeeld FAT16 of FAT32. Of heeft het misschien een afwijkende cluster-grootte? Is fsck wel de geschikte tool om het filesystem van een geheugenkaart te testen


Kijk eens naar ftp.uni-erlangen.de/pub/Linux/LOCAL/dosfstools

Met dosfsck kun je met enorm veel opties je DOS-disken checken (ook backup FAT's terugzetten), misschien werkt het

[SambalBij]

Hoe groot is die kaart? Ik meen dat 'schijven' kleiner dan 30MB een FAT12 filesystem hebben ipv FAT16 of FAT32. Zorg dat je in dat geval een tool zoekt die daar mee om kan gaan.

[ahbart]

testdisk?!
http://www.cgsecurity.org/index.html?testdisk.html
werkt in ieder geval perfect om partities te redden.

[u_nix_we_all]

Update:
Het geheugenkaartje (64 Mb) heeft 1 partitie , FAT12.
Ik zal vanavond eens met die tooltjes aan de gang gaan.
Gisteravond heb ik besteed aan "data recovery", en heb zo het meeste terug.
(64 fotos waarvan ca 11 corrupt , maar wel als jpg te openen, 3 zijn
echt foobar maar de rest is nog heel bruikbaar)
FAT12 op een 64 Mb kaartje heeft als "voordeel" dat je een 16k blocksize
hebt. Je weet dus dat de headers op veelvouden van 16k van elkaar liggen :-)

En ja , ik heb inderdaad een dd image , ik kan van alles rustig proberen,
zelfs loopback mounten volgens mij :-)

Ik laat vanavond of morgen nog wel even weten hoe of de diverse tooltjes
het doen (gpart , dosfstools, testdisk....)

[u_nix_we_all]

OK , here it is :
gpart: geen van de opties doet iets aan/met de FAT.
dosfstools: dit is/doet voor mij hetzelfde als fsck.msdos:

------------------------------output: -------------------
dosfsck 2.8, 28 Feb 2001, FAT32, LFN
/DCIM
Has a large number of bad entries. (512/512)
Drop directory ? (y/n) Invalid input.
Drop directory ? (y/n) /DCIM
"." is missing. Can't fix this yet.
/DCIM
".." is missing. Can't fix this yet.
/DCIM/ÿÿÿÿÿÿÿÿ.ÿÿÿ
Directory has non-zero size. Fixing it.
/DCIM/ÿÿÿÿÿÿÿÿ.ÿÿÿ
Start cluster beyond limit (65535 > 3998). Truncating file.
/DCIM/ÿÿÿÿÿÿÿÿ.ÿÿÿ
Directory has non-zero size. Fixing it.
/DCIM/ÿÿÿÿÿÿÿÿ.ÿÿÿ
Start cluster beyond limit (65535 > 3998). Truncating file.
/DCIM/ÿÿÿÿÿÿÿÿ.ÿÿÿ----------------------------------end output-----------------------

testdisk: krijg ik niet in een keer gecompileerd, geen ./configure of xmkmf,
en nu geen zin om in de Makefile te kijken, omdat ik toch het meeste al terug heb !

Anyway, bedankt voor jullie hulp. :-)

[AlterEgo]

u_nix_we_all schreef op 08 augustus 2002 @ 18:49:
------------------------------output: -------------------
dosfsck 2.8, 28 Feb 2001, FAT32, LFN

Vervelend voor je

Het lijkt erop dat je filesystem verkeerd herkend wordt (het was FAT12 en wordt als FAT32 herkend). Dan houden de tools ermee op.

Je zou Ontrack easy recovery (DOS/Windows) kunnen proberen.
Goed zoeken onderaan de pagina, en goed lezen: 31 MB voor software die best wel eens alleen een analyse zou kunnen uitvoeren, zonder repair-optie.

[u_nix_we_all]

Hey daar had ik zelf overheen gekeken.

Ontrack? Ik heb geen dos/windows machines. Thank, but no thanks :-)