shred

shred [OPTION]... FICHIER...

Écrase les FICHIER(s) spécifiés de manière répétée, afin de rendre plus difficile même pour du matériel de sondage très coûteux de récupérer les données.

Options

--force, -f

shred-force-help

--iterations=<NUMBER>, -n <NUMBER>

shred-iterations-help

--size=<N>, -s <N>

shred-size-help

-u

shred-deallocate-help

--remove=<HOW>

shred-remove-help

--verbose, -v

shred-verbose-help

--exact, -x

shred-exact-help

--zero, -z

shred-zero-help

--random-source

shred-random-source-help

Supprime le ou les FICHIER(s) si –remove (-u) est spécifié. Par défaut, les fichiers ne sont pas supprimés car il est courant d’opérer sur des fichiers de périphérique comme /dev/hda, et ces fichiers ne doivent généralement pas être supprimés.

ATTENTION : Notez que shred repose sur une hypothèse très importante : que le système de fichiers écrase les données sur place. C’est la façon traditionnelle de procéder, mais de nombreuses conceptions de systèmes de fichiers modernes ne satisfont pas cette hypothèse. Voici des exemples de systèmes de fichiers sur lesquels shred n’est pas efficace, ou n’est pas garanti d’être efficace dans tous les modes de système de fichiers :

• systèmes de fichiers structurés en journal ou en log, tels que ceux fournis avec AIX et Solaris (et JFS, ReiserFS, XFS, Ext3, etc.)

• systèmes de fichiers qui écrivent des données redondantes et continuent même si certaines écritures échouent, tels que les systèmes de fichiers basés sur RAID

• systèmes de fichiers qui font des instantanés, tels que le serveur NFS de Network Appliance

• systèmes de fichiers qui mettent en cache dans des emplacements temporaires, tels que NFS version 3 clients

• systèmes de fichiers compressés

Dans le cas des systèmes de fichiers ext3, la clause de non-responsabilité ci-dessus s’applique (et shred est donc d’efficacité limitée) seulement en mode data=journal, qui journalise les données de fichier en plus des métadonnées seulement. Dans les modes data=ordered (par défaut) et data=writeback, shred fonctionne comme d’habitude. Les modes de journal Ext3 peuvent être changés en ajoutant l’option data=something aux options de montage pour un système de fichiers particulier dans le fichier /etc/fstab, comme documenté dans la page de manuel mount (man mount).

De plus, les sauvegardes de système de fichiers et les miroirs distants peuvent contenir des copies du fichier qui ne peuvent pas être supprimées, et qui permettront à un fichier détruit d’être récupéré plus tard.

Examples

Overwrite a file:

shred {{path/to/file}}

Overwrite a file and show progress on the screen:

shred {{[-v|--verbose]}} {{path/to/file}}

Overwrite a file, leaving zeros instead of random data:

shred {{[-z|--zero]}} {{path/to/file}}

Overwrite a file a specific number of times:

shred {{[-n|--iterations]}} {{25}} {{path/to/file}}

Overwrite a file and remove it:

shred {{[-u|--remove]}} {{path/to/file}}

Overwrite a file 100 times, add a final overwrite with zeros, remove the file after overwriting it, and show verbose progress on the screen:

shred {{[-vzu|--verbose --zero --remove]}} {{[-n|--iterations]}} 100 {{path/to/file}}

The examples are provided by the tldr-pages project under the CC BY 4.0 License.

Please note that, as uutils is a work in progress, some examples might fail.