[linux / fs] JFS, file revocery

[gavro]

Ahum....een *oops* situatie ondervonden en zit nu te kijken of het te fixen is ( rm-rf . in de verkeerde dir!@#$%#@$).

Systeem: oud amd systeem; openSUSE 11.1 x86-64; 4 schijven in linux software raid-5 met daarop LVM en daarin weer JFS partities.
In een partitie binnen de LVM heb ik per ongeluk alle bestanden verwijderd (zo'n 120GB aan data). Please vraag me niet waarom...

Nu heb ik zitten zoeken naar oplossingen en de enige dingen die ik ben tegengekomen zijn:
- een mailing uit 2004 ( http://www.mail-archive.c...124.ibm.com/msg01304.html ) die me verwijst naar sleuthkit ( http://www.sleuthkit.org/ ), waar ik maar niets mee voor elkaar kan krijgen.
- jrescurer + JUNE wat volgens mij niet op linux draait
- en google resultaten VOL met links naar hetzelfde programma waar ik niets aan heb: Nucleus data recovery - Kernel Recovery for JFS (e.g.: http://www.datarecoverylinux.com/ )

Het lijkt me toch dat het echt mogelijk moet zijn om de bestanden terug te krijgen. Heel de partitie is gewiped, waarna er niets meer gebeurd is met de partitie. Zou de journal hier niet een rol bij kunnen spelen? (revert naar oude situatie oid?)

Heeft iemand hieer misschien ervaring mee? Is het mogelijk met sleuthkit, en zoja, hoe dan?

[DiedX]

Tenzij je $500 over hebt, zou ik toch kijken naar JRescuer.

Hier stond crap. Je zit natuurlijk ook nog met je LVM Nog even verder zoeken.

[Faust]

Google "jfs file recovery" levert een aantal resultaten op, wellicht kun je de ontwikkelaars mailen, waarbij je de specs van je linux configuratie (distro/kernel/etc) vermeldt. Als iemand je een antwoord kan geven op de vraag dan zijn zij het wel, ze ontwikkelen immers de software.

[Pantagruel]

Wellicht werkt t volgende:
mbv yast2 package managment de jfsutils installeren

tik in: fsck.jfs in n terminal window en lees de instructies
vervolgens iets als: fsck.jfs -a -v /dev/volumeXXX/jfs-naam in tikken, hopelijk hesteld dit de partitie tabel en kun je je jfs partitie daarna mounten

Voor the Sleuthkit lees verder op:
http://www.sleuthkit.org/informer/sleuthkit-informer-15.html

Gebruik van ingetikte txt op eigen risico, geen idee of t daadwerkelijk t gewenste resultaat zal geven.
Als je de mogelijkheid hebt, trek een image van t LVM volume, en test op dit image eerst of t daadwerkelijk t gewenste resultaat geeft.

[_JGC_]

Voordeel van LVM is dat je snapshots kunt maken zolang er nog ruimte over is in je volume group. Je hoeft dus niet je hele volume te imagen, zolang je maar snapshots maakt voor je gaat proberen (misschien handig om op de snapshot te opereren en niet op het originele volume).

[eghie]

Misschien dat je van jfsrec gebruik kunt maken (http://sourceforge.net/projects/jfsrec)

Wat ik je aanraad is om eerst een 100% copy van de HDD te maken naar een andere HDD. En dan de partitie naar een image dden. En vanuit die image proberen te werken. Dan heb je iig nog een vorm van backup.

Hoe heb je die bestanden verwijderd? Je moet de journal log niet gaan replayen, als je dat met rm -rf gedaan hebt, omdat dat verwijder transacties zijn, die dan ook gewoon meegenomen worden.

[gavro]

Hmm ... goede reacties!
Ik ga morgen maar mn vrije dag toewijden aan backup en herstel acties... Zoiezo ga ik alles eerst dden en snapshotten alvorens ik ga beginnen met andere dingen.

Maar het is allemaal wel verwijderd met " rm -rf ", dus eghie, ik begrijp dat ik dan niet zoveel heb aan de journal logs?