[LINUX] na rm -rf, data nog te recoveren?

[GiLuX]

is het nog mogelijk om een dir te recoveren na een rm -rf

jaja,
ik ben heel dom geweest

(redhat6.2)

[wouzer]

Over het algemeen is onder UNIX het feit, weg = weg. Weet niet of er nog speciale tools voor zijn.

[Stealthje]

Sorry, Windows verwijdert bestanden dmv het eerste karakter te vervangen door een speciaal teken, zodat het filesystem weet dat ie wegkan.
Maar Linux verwijdert direct de bestanden, zodat het gewoon weggaat. Geen recovery mogelijk.

[ralfbosz]

Als je even verdiept in de manier hoe unix (en dus ook linux) files vindt op de HD (codewoord: inodes), dan kun je nagaan dat als je de index weggooit (wat linux in principe doet, data is er nog) je veel in huis moet hebben om die data terug te vinden (niks is onmogelijk )

[ralfbosz]

Op zondag 09 september 2001 13:05 schreef Stealthje het volgende:
Maar Linux verwijdert direct de bestanden, zodat het gewoon weggaat. Geen recovery mogelijk.

Nee hoor de data staat er nog, Linux zegt alleen dat de ruimte waar de data staat 'vrij' is om gebruikt te worden. De INODE wordt vrij gegeven, en daarbij dus de data.

[DeBolle]

unrm kan misschien nog wat doen, zie de Coroners Toolkit (beschrijving op http://www.sans.org/infosecFAQ/threats/coroners_toolkit.htm ) en een step-by-step op http://www.fish.com/tct/help-recovering-file

[Stealthje]

Ik heb het ff opgezocht, je hebt idd gelijk.

Maar met een Hex editor ff 't filesystem bekijken is er niet bij. (najah, het kan wel, maar er zijn maar een paar personen die er wijs uit worden)

Dus het terugvinden van de gegevens is (ik zeg niet onmogelijk, maar) praktisch niet mogelijk zonder inzicht in het Filesystem.

[GiLuX]

arg...

naja,
heb het meeste al weten te recoveren door reinstall.

ik had nl ff /usr/local/* ge-rm -rf'ed

opzich staan daar meestal geen schokkende dingen in waardoor je systeem plat gaat, althans het systeem loopt nog steeds.

of mischien toch wel?

wat staat daar normaal gesproken na een redhat6.2 server install wat belangrijk kan zijn?

ik schaam me diep,
moet mischien ook niet met mijn zieke griephoofd op mijn servertje losgaan.

nou istie ook ziek.

snotter snif

[Expander]

Volgens mij staat daar idd niets boeiends in. Bij mij (Debian) alleen een JDK, licq en een paar viewurl-... scripts en de python libraries..

[alt-92]

Ik heb een RH kloon (MDK dus ) en daar staat onder /usr/local bij een default server install nix wat je er niet zelf neerzet.

Niets essentieels iig.

[Verwijderd]

In Midnight Commander zit een 'undelete'-functie voor ext2.

[Verwijderd]

Jep, het kan inderdaad. Heb ook wel eens iets per ongeluk weggegooid en kon het na gebruik van een speciaal scrippie weer terugkrijgen. Laat ff weten of het ondertussen gelukt is anders probeer ik ff te achterhalen hoe het ook alweer heette en waar het te vinden is.

[deadinspace]

Als je systeem aan FHS (Filesystem Hierarchy Standard) voldoet, staat er nix boeiends in /urs/local. Volgens FSH (afaik):

/(s)bin/: Progs die essentieel zijn voor het werken van je systeem (mount, sh, echo)

/usr/: Progs die je meestal wel gebruikt, maar niet essentieel zijn (X, licq, lftp, mutt, enz)

/usr/local/: Voor spul dat je zelf compiled en installed, dus voor alles dat niet door de package manager (rpm of dpkg) wordt verzorgd.

Als je systeem dus aan FHS voldoet, staat er standaard helemaal niks in /usr/local/ (behalve mogelijk wat lege dirs). Debian voldoet hier iig aan, maar ik meende dat Redhat hier nog wel eens iets in wilde zetten.

Hoe dan ook, erg belangrijk was het waarschijnlijk niet.