Onderwerp: Bestand deleten op fedora core2

Hoi, ik heb ff een snel vraagje..

op fedora core 2 als ik en bestand wil verwijderen was het command daarvoor rm bestand.exe ofzo?

Gr ivo

Ja, werkt dat dan niet? Zonee krijg je een melding terug?

ne ik weet niet heel veel van linux en niet dat ik dalijk de server mol 8-|

rm = remove, equivalent van "del" onder dos of in een windows command box

"rm filename" haalt dus de filename weg :-)

wil je weten hoe rm werkt en welke opties je meer hebt, dan vraag je de manual page op: man rm

Let wel, rm haalt alleen de verwijzing van een bestand weg uit de directory index net zoals bij Windows dat het geval is. Dit kan teruggehaald worden (net zoals bij een format). Als je de data echt van de schijf wil laten verdwijnen moet je het eerst een keer overschrijven.

Origineel geplaatst door synto
Let wel, rm haalt alleen de verwijzing van een bestand weg uit de directory index net zoals bij Windows dat het geval is.

Pardon?!

een delete op windows is totaal niet te vergelijken met een linux delete. Wel eens aan recovery gedacht op een filesystem like ext3 ? Google maar eens en dan zie je dat in feite je files echt waste ipv wat je bij windows doet, mark it zero and rewrite.

?

Een delete op een gemiddeld Windows FS verschilt weinig van een delete op ext3 hoor. In beide gevallen wordt alleen de verwijzing verwijderd hoor. Het verschil tussen Ext2/3 en bv. FAT is alleen dat verwijderde files veel minder makkelijk terug te vinden zijn en sneller worden overschreven door de opzet van het filesystem. Maar het is echt niet zo dat rm je hele file gaat zero'en voordat hij de verwijzing weg haalt.

Origineel geplaatst door Mikey

een delete op windows is totaal niet te vergelijken met een linux delete. Wel eens aan recovery gedacht op een filesystem like ext3 ? Google maar eens en dan zie je dat in feite je files echt waste ipv wat je bij windows doet, mark it zero and rewrite.

Ik weet niet waar jij deze kennis vandaan haalt maar ik ben benieuwd naar een linkje.

Met een simpel sh scriptje kun je onder Linux/BSD makkelijk een lijst opvragen van alle bekende gewiste inodes en deze restoren mits ze niet overschreven zijn.

"man debugfs"

En als je een mkfs.ext3 hebt gedraaid kun je ook nog files terughalen zolang de sectoren niet fysiek overschreven zijn met andere data.

Er zijn zelfs tooltjes voor Windows die je ext3 files restoren.

Edit: Daarbij als ik een 200GB file wis dan gebeurt dat in een paar usec. Als die overschreven zou worden dan kon ik daar eerst een ruim uur op wachten vanwege de 'rewrite'.

http://www.webhostingtalk.nl/showthr...threadid=55964

Ik ben er destijds zelf mee bezig geweest nadat de index table geheel gecrashed was. Ik en meerdere hebben meerdere dingen geprobeerd om de tar die we moesten hebben eruit te vissen. Tevergeefs. Enigste wat we eruit kregen waren kleine bestandjes.

Wat betreft die file verwijderen van 200Gb, als ik 100Gb weggooi aan files op de backup servers dan merk je echt wel dat er een hoog schijf activity bezig is (ftp)

synto heeft gelijk... een unlink() gaat alleen inodes deleten op een ext3 filesysteem. Als het een groot bestand is, dan moeten er gewoon verschillende / opeenvolgende inodes gewist worden, daarom dat het langer duurt dan met een klein bestand.

// edit: handige ext3 FAQ http://batleth.sapienti-sat.org/proj.../ext3-faq.html

"In order to ensure that ext3 can safely resume an unlink after a crash, it actually zeros out the block pointers in the inode, whereas
ext2 just marks these blocks as unused in the block bitmaps and marks the inode as "deleted" and leaves the block pointers alone."

Origineel geplaatst door Mikey
http://www.webhostingtalk.nl/showthr...threadid=55964

Ik ben er destijds zelf mee bezig geweest nadat de index table geheel gecrashed was. Ik en meerdere hebben meerdere dingen geprobeerd om de tar die we moesten hebben eruit te vissen. Tevergeefs. Enigste wat we eruit kregen waren kleine bestandjes.

Wat betreft die file verwijderen van 200Gb, als ik 100Gb weggooi aan files op de backup servers dan merk je echt wel dat er een hoog schijf activity bezig is (ftp)

AFAIK staat er bij ext2fs/ext3fs een paar keer om de X blocks een kopie van ik geloof de root inode index. Als is dit niet klopt, hoor ik het graag want het is alweer wat jaartjes geleden voor me. Er werd in elk geval wat gebackupped aan indexes binnen dit filesystem.

Maar makkelijker is: de disk raw inlezen als het om 1 tarball gaat. Op de header van een tar kun je zoeken en dan een flink block dumpen. Moet je file alleen niet gefragmenteerd zijn want dan wordt het moeilijker en kom je weer bij het vorige verhaal.

4GB file wissen gaat hier in <36ms (UFS)

[root@ketel disk2]$ ls -alh blah
-rw-r--r-- 1 root nobody 4G Aug 1 20:46 blah
[root@ketel disk2]$ time rm blah

real 0m0.036s
user 0m0.001s
sys 0m0.006s
[root@ketel disk2]$ ls -alh blah
ls: blah: No such file or directory
[root@ketel disk2]$

time rm 21-07-05.tar
rm: remove regular file `21-07-05.tar'? y

real 0m4.385s
user 0m0.000s
sys 0m0.220s

Moet er wel bij zeggen dat het een oud beestje is

http://www.tuxfiles.org/linuxhelp/fileman.html

Alles wat je wilt weten basis dingetjes kan je daar vinden

Dit is idd heel basic, op googlen zijn 100'en sites te vinden waar een aantal pagina's op staan met commands voor linux. En waar ze voor dienen hf