je crois que il faut rajouter un sudo

ou alors :

droopy@droopy-desktop:~$ sudo -i

comme ça t root
puis tu tape tes lignes normalement :

root@droopy-desktop:~# sfill /home/votrecompte
root@droopy-desktop:~# sfill /home/droopy

et avec ça t plus root :

root@droopy-desktop:~# sudo -i -u droopy

(droopy etant le nom de l user)

Je recherchais depuis longtemps un utilitaire de nettoyage pour Ubuntu 9.10 et tu viens de le fournir ! Avec tous mes remerciements encore !

Mais lorsque je lance la commande SFILL, voila ce qui s’affiche

droopy@droopy-desktop:~$ sfill /home/votrecompte
Warning: you are not root. You might not be able to wipe the whole filesystem.
Error: /home/votrecompte is not a directory
Programming Error: sdel-lib was not initialized before calling sdel_finnish().
droopy@droopy-desktop:~$ sfill /home/droopy
Warning: you are not root. You might not be able to wipe the whole filesystem.

et la machine continue de pédaler. Peut-être ai-je oublié de faire qque chose….

Pourrais-tu m’en dire un peu plus ?

Amicalement,

Cela marche, j’ai essayé.

« Vous pouvez donc bien vous retrouver avec des bouts de fichier présents sur disque qu’aucun formattage au monde (ou même DBAN) ne pourra effacer. »

Merci

J’écoutais tranquillement mon petit podcast hebdomadaire de l’Atelier Numérique sur radio BFM (émission du 04/07) et à la fin de la première heure, j’entends parler de cet article directement dans mon I-Pod Touch chéri…

T’es déjà présent sur le Net, mais si tu l’es aussi sur les podcast là je ne suis plus d’accord…

Bises ta chatte,
Nouky

les systèmes de fichiers actuels (ntfs, ext3… utilisent un journal et choisissent où seront écrits les octets. Ce sont des bêtes très complexes (sparse files, compression, données stockées directement dans les méta-données (fichier < 4ko en NTFS), etc.)

Donc ouvrir juste un fichier et écrase le contenu avec des zéros ne garantie même pas que tu écrira par dessus les octets du fichiers (le système de fichiers peut décider d'aller écrire sur d'autres secteurs).

Un outils d'effacement de fichier doit donc soigneusement prendre en compte les particularités du système de fichier sur lequel il tourne (sdelete sous Winsows est efficace, d'ailleurs).

Sous Linux, j'ai le sentiment que srm et autres ne tiennent pas compte du système de fichier.

Le mieux étant d'effacer le disque complet (formattage ou DBAN).

PS: Ah… histoire de foutre un peu plus la merde: beaucoup de disques dur font de la relocation automatique de données en cas de secteurs défectueux.
Et c'est totalement transparent, même pour le système d'expoitation lui-même.

Vous pouvez donc bien vous retrouver avec des bouts de fichier présents sur disque qu'aucun formattage au monde (ou même DBAN) ne pourra effacer.

L'effacement de fichier absolu n'est pas trivial, mais dans la majorité des cas un simple formattage (pas "rapide" suffiera.

même chose avec dd pour remplir l’espace vide, mieux vaut prendre /dev/urandom comme source… un disque uniquement rempli avec des octets nuls vous pouvez être sûr qu’on va vous regarder de travers

CAUTION: Note that shred relies on a very important assumption: that
the file system overwrites data in place. This is the traditional way
to do things, but many modern file system designs do not satisfy this
assumption. The following are examples of file systems on which shred
is not effective, or is not guaranteed to be effective in all file sys‐
tem modes:

* log-structured or journaled file systems, such as those supplied with
AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)

http://www.ubuntugeek.com/tools-to-delete-files-securely-in-ubuntu-linux.html#more-786

Premiere fois que tu nous fais un article aussi inutile ….. et aussi desuet..

sudo foremost sda .jpeg…
sudo foremost sdb .pdf…etc..etc..

récupération de jpeg : sudo foremost jpeg
récupération de pdf : sudo foremost pdf… etc…

Vous l’aurez compris il suffit d’indiquer l’extention de type de fichier détruit par, disons allez.. votre chat (saloperie de bete égoiste et hautaine !!!)

Un dossier OUTPUT sera créé dans votre home (par défaut) dans lequel se retrouverons les fichiers ainsi récupérés. Par contre ne comptez pas récupérer les fichiers avec leur nom d’origine. Foremoste n’est pas infaible non plus mais il peut vraiment aider

Enjoy

Pour le reste, je plussoie Keul plus haut : la « légende », elle marche surtout à l’envers…
Que vous fassiez une passe ou vingt, cela ne change rien à l’affaire. Pour en revenir à l’article (très instructif au demeurant), l’option « -n 1″ est TOUT AUSSI sécurisante que l’option « -n 20″ (mais la seconde prendra plus de temps…

Ctrl + D Direction mes tutos Linux favoris