[Linux] Effacement données "disquette"

@ :~$ shred
shred: opérande fichier manquant
Pour en savoir davantage, faites: « shred --help »

Usage: shred [OPTIONS] FICHIER [...]
Écraser un fichier de façon répétitive, afin de rendre difficile
toute récupération des données par du matériel même coûteux.

Les arguments obligatoires pour les options de formes longues le sont aussi
pour les options de formes courtes.
  -f, --force         modifier les permissions pour permettre
                      l'écriture si nécessaire
  -n, --iterations=N  écraser N fois au lieu du nombre par défaut (25)
  -s, --size=N        déchiqueter N octets (les suffixes k, M, G sont acceptés)
  -u, --remove        tronquer et détruire le fichier après l'avoir écraser
  -v, --verbose       afficher un indicateur de progrès
  -x, --exact         ne pas arrondir la taille des fichiers
                        jusqu'au prochain bloc complet;
                        comportement par défaut pour les fichiers non réguliers
  -z, --zero          ajouter une réécriture finale avec des zéros
                        pour camoufler le déchiquetage du fichier
      --help      afficher l'aide-mémoire
      --version   afficher le nom et la version du logiciel

Si le FICHIER est -, déchiqueter à partir de l'entrée standard.

Détruire le FICHIER si --remove (-u) est spécifié. Le défaut est de ne pas détruire
les fichiers parce qu'il est commun d'opérer sur le fichier du périphérique comme /dev/hda,
et habituellement ces fichiers ne sont pas détruits.  Sur des fichier réguliers,
la plupart des gens utilise l'option --remove.

AVERTISSEMENT: noter que le déchiquetage s'appuie sur une importante supposition :
que le système de fichiers écrasera les données en place. Cela est la manière
traditionnelle de faire les choses, mais plusieurs design modernes de systèmes de fichiers ne se satisfont
pas de cette supposition. Les exemples suivants sont des systèmes de fichiers sur lesquels le déchiquetage n'est
pas effectif, ou n'est pas garantie comme étant effectif dans tout les modes de systèmes de fichiers :

* systèmes de fichiers à journalisation ou à structure de journalisation 
  comme ceux fournis avec AIX et Solaris (et JFS, ReiserFS, XFS, Ext3, etc.)

* systèmes de fichiers avec écriture redondante et soutenant les écritures
  même lorsqu'il y a erreur d'écriture comme sur les systèmes de fichiers RAID

* systèmes de fichiers qui prennent des instantanés, comme
  le serveur NFS de Network Appliance

* système de fichiers cachant dans des emplacements temporaires, tel que NFS clients version 3

* système de fichiers compressé

Dans le cas du système de fichiers ext3, la mention précédente s'applique (l'efficacité de shred est alors limitée) uniquement en mode data=journal, qui journalise les fichiers de données en supplément des métadonnées. En mode data=ordered (par défaut) et data=writeback, shred fonctionne comme attendu. Le mode de journalisation d'ext3 peut être modifié en ajoutant l'option data=quelquechose aux options de montage d'un système de fichiers particulier dans le fichier /etc/fstab, tel que documenté dans le manuel de mount (man mount).

De plus, les sauvegardes de système de fichiers, et les mirroirs distants peuvent contenir des copies ne pouvant être supprimés, permettant de récupérer un fichier détruit à postériori.

Rapporter toutes anomalies à <bug-coreutils@gnu.org>