2012-04-30 12 views
11

Chciałbym wiedzieć, jak trwale i bezpiecznie usuwać pliki w CentOS. Problem mam teraz jest to, że system plików jest ext3, a kiedy pomyślałem o użyciu srm- powiedział cośUsuwanie plików trwale i bezpiecznie na CentOS

„Powinien działać na ext2, systemów plików na bazie tłuszczu, a plik BSDnative Użytkownicy Ext3 powinni zachować szczególną ostrożność, ponieważ mogą być ustawione na dane kroniki, co jest oczywistą drogą do rekonstrukcji informacji. "

Jeśli nie mogę korzystać shred lub srm, bezpieczne i usuniętych nie jest również opcja, jestem pojęcia o tym, jak bezpiecznie i trwale usunąć dane. Usunięte przeze mnie pliki NIE są szyfrowane.

Odpowiedz

12

wystarczy użyć niszczy:

shred -v -n 1 -z -u /path/to/your/file 

będzie strzępić danego pliku przez nadpisanie go najpierw z losowymi danymi, a następnie 0x00 (zer), potem usunie plik;) Happy shreding!

Zauważ, że ext3/ext4 (i wszystkie dzienniki FS) mogą buforować strzępy losowymi danymi i zera, i będą wirować tylko zera na dysku, tak by było, gdybyś miał mały plik. dla małego pliku użyj:

shred -v -n 1 /path/to/your/file #overwriting with random data 
synC#forcing a sync of the buffers to the disk 
shred -v -n 0 -z -u /path/to/your/file #overwriting with zeroes and remove the file 

dla ext3 1MB lub większej powinien być wystarczający, aby napisać do dysku (! ale nie jestem pewien na tym, jej dawno użyłem ext3), na ext4 theres ogromny bufor (do połowy lub więcej gig/mniej).

+0

Dziękuję ... Ale jesteś pewien, że to zadziała nawet dla ext3? – user1260776

+0

na pewno. pomimo tego, że ext3/ext4 (i wszystkie dzienniki FS) mogą buforować strzępy losowymi danymi i zera, a tylko zera zerują na dysk, tak by było, gdybyś miał mały plik. dla małego pliku użyj: shred -v -n 1/path/to/your/file #wpisywanie z losowymi danymi synC# wymuszenie synchronizacji buforów na dyskach shred -v -n 0 -z -u/path/to/your/file #wpisywanie z zerami dla ext3 1 MB lub więcej powinno wystarczyć do zapisu na dyskach (ale nie jestem tego pewien, to długo po tym, jak użyłem ext3!), dla ext4 jest tam ogromny bufor (do połowy lub więcej gig/mniej). – K1773R

+0

komentowanie pomieszało, edytuję moją odpowiedź;) – K1773R

1

W pliku read3 mówi się tylko, że użytkownicy Ext3 powinni zachować szczególną ostrożność, nie oznacza to, że srm zdecydowanie nie zadziała na Ext3.

W szczególności Ext3 nie włącza domyślnie kronikowania danych, więc teoretycznie, srm powinien działać zasadniczo w takim zakresie, w jakim został zaprojektowany do działania. Możesz zajrzeć do this link, aby uzyskać dobry przegląd podstawowych problemów.