NOM¶

SYNOPSIS¶

DESCRIPTION¶

L'entrée standard est lue quand FICHIER vaut « - ».

Les paramètres obligatoires pour les options de forme longue le sont aussi pour les options de forme courte.

-f, --force

modifier les permissions pour permettre l'écriture si nécessaire

-n, --iterations=N

récrire N fois au lieu du nombre par défaut (3)

--random-source=FICHIER

obtenir les octets aléatoires depuis FICHIER

-s, --size=N

déchiqueter N octets (les suffixes K, M, G sont acceptés)

-u

désallouer et supprimer le fichier après l'avoir écrasé

--remove[=FAÇON]

identique à -u mais donne un contrôle sur la FAÇON d'effacer ; voir ci-dessous

-v, --verbose

afficher un indicateur de progression

-x, --exact

ne pas arrondir la taille des fichiers jusqu'au prochain bloc complet ;

comportement par défaut pour les fichiers qui ne sont pas normaux

-z, --zero

ajouter une réécriture finale avec des zéros pour camoufler le déchiquetage du fichier

--help

afficher l'aide-mémoire et quitter

--version

afficher le nom et la version du logiciel et quitter

Supprimer les FICHIERs si --remove (-u) est indiqué. Par défaut les fichiers ne le sont pas, car opérer sur des fichiers de périphérique comme /dev/hda est fréquent, et ces fichiers ne devraient normalement pas être supprimés. Le paramètre facultatif FAÇON indique la façon de supprimer une entrée de répertoire : « unlink » => utiliser un appel unlink standard ; « wipe » => commencer en plus par brouiller les octets du nom ; « wipesync » => synchroniser aussi les octets brouillés sur le disque. Le mode par défaut est « wipesync », mais cela peut être coûteux.

ATTENTION : notez que le déchiquetage s'appuie sur l'hypothèse très importante supposition que le système de fichiers écrasera les données sur place. Cela est la manière traditionnelle de faire les choses, mais plusieurs conceptions modernes de système de fichiers ne remplissent pas cette condition. Voici quelques exemples de système de fichiers sur lesquels shred ne fonctionne pas, ou sur lesquels il n'est pas certain qu'il fonctionne dans tous les modes :

* systèmes de fichiers journalisés ou à structure de journalisation comme ceux fournis avec AIX et Solaris (ainsi que JFS, ReiserFS, XFS, ext3, etc.)

* systèmes de fichiers avec écriture redondante et continuant à écrire même en cas d'erreur, comme les systèmes de fichiers RAID

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

* systèmes de fichiers qui mettent en cache dans des dossiers temporaires, comme les clients NFS version 3

* systèmes de fichiers compressés

Dans le cas du système de fichiers ext3, les limitations exposées ci-dessus s'appliquent (et shred est, de fait, d'une efficacité limitée) seulement dans le mode data=journal, qui journalise les données du fichier en plus des métadonnées. Dans les deux modes data=ordered (mode par défaut) et data=writeback, shred fonctionne normalement. Les modes de journalisation du système de fichiers ext3 peuvent être modifiés en ajoutant l’option data=un_mode aux options de montage d'un système de fichiers particulier dans le fichier /etc/fstab, comme cela est documenté dans la page de manuel de mount (man mount).

Par ailleurs, les systèmes de fichiers de sauvegarde et les miroirs distants peuvent contenir des copies des fichiers qui ne pourront pas être effacées, et qui permettront la récupération ultérieure d'un fichier déchiqueté.

AUTEUR¶

SIGNALER DES BOGUES¶

COPYRIGHT¶

VOIR AUSSI¶

TRADUCTION¶

Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à debian-l10n-french@lists.debian.org.