shred et explorateur de fichiers

bonjour à tous

le programme shred du paquet coreutils permet de reécrire sur un fichier des caractères aléatoires (3 fois par défaut) et l'éfface
j'ai trouvé ce petit script sur l'internet pour avoir shred avec le clic droit sur un document dans mon explorateur de fichiers
c'est un script à mettre dans ~/.config/caja/scripts le fichier shred doit être rendu éxécutable puis relancer l'application pour le prendre en compte,une entrée script est ajoutée avec shred dedans
on peut sélectionner plusieurs fichiers d'un même dossier
la fenêtre zenity qui s'ouvre après le click est bien pratique parce qu'on peut voir la progression du processus de reécriture
si ça peut aider

il me semble y avoir une erreur à la ligne "shredout=$(shred -u -z -n 1 "$file" 2>&1)" en ce qui concerne le nombre de reécriture,le 1 me semble insuffisant

le script pour shred

#!/usr/bin/env bash
nfiles="$#"
files=""
for file in "$@" ; do
if [ ${#files} -gt 0 ] ; then files="$files\n"; fi
files=$files$(basename "$file")
done
zenity --question --title="shred these $nfiles files - REALLY??" --text="$files"
if [ "$?" = 1 ] ; then
exit $?
else
nfile=0
(for file in "$@" ; do
echo \# shredding $(basename "$file")...
shredout=$(shred -u -z -n 1 "$file" 2>&1)
rc=$?
if [ $rc -ne 0 ] ; then
echo "100"
zenity --error --title="No break for you today" --text="$shredout"
exit $rc
else
let nfile++
echo $((nfile * 100 / nfiles))
fi
done ) | zenity --progress --title="Wiping files..." --auto-close \
--percentage=0 --text="starting..." --no-cancel
fi
exit 0

voilà le help de shred/coreutils v8.23-4

robertix@ordix:~$ shred --help
Utilisation : shred [OPTION]… FICHIER…
Écraser le FICHIER indiqué de manière répétée, 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 longues le sont aussi pour les
options courtes.
-f, --force modifier les droits pour permettre l'écriture si nécessaire
-n, --iterations=N écraser N fois (3 par défaut)
--random-source=FICHIER obtenir des octets aléatoires de FICHIER
-s, --size=N broyer N octets (les suffixes comme K, M, G sont acceptés)
-u, --remove[=FAÇON] tronquer et supprimer le fichier après l'avoir écrasé
-v, --verbose afficher un indicateur de progression
-x, --exact ne pas arrondir la taille des fichiers jusqu'au prochain bloc
complet ; c'est le comportement par défaut pour les fichiers
non standards
-z, --zero ajouter une réécriture finale avec des zéros pour camoufler le
broyage du fichier
--help afficher l'aide et quitter
--version afficher des informations de version et quitter

Si FICHIER est -, broyer à partir de l'entrée standard.

Supprimer le ou les FICHIERs si --remove (-u) est indiqué. Par défaut, les
fichiers ne sont pas supprimés car il est fréquent d'opérer sur des fichiers
de périphérique comme /dev/hda 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 effacer les octets du nom ;
« wipesync » => en plus synchroniser les octets effacés avec le disque.
Le mode par défaut est « wipesync », mais cela peut être coûteux.

Attention : notez que shred s'appuie sur l'importante supposition que le système
de fichiers écrasera les données en place. C'est la manière usuelle de procéder,
mais plusieurs systèmes de fichiers modernes ne sont pas conçus selon ce
principe. La liste suivante donne des exemples de systèmes de fichiers pour
lesquels le broyage n'est pas effectif dans tous les modes :

systèmes de fichiers journalisés ou à structure de journalisation, comme ceux
fournis avec AIX et Solaris (et JFS, ReiserFS, XFS, ext3, etc.)
systèmes de fichiers avec données redondantes 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èmes de fichiers qui enregistrent en cache temporairement, comme les
clients NFS version 3
systèmes de fichiers compressés

Pour le système de fichiers ext3, la déclaration précédente ne s'applique
(et shred dispose d'une efficacité limitée) qu'en mode data=journal, dans
lequel les journaux enregistrent les données en plus des métadonnées. Dans les
deux modes data=ordered (par défaut) et data=writeback, shred travaille comme
d'habitude. Les modes de journalisation ext3 peuvent être changés en ajoutant
data=truc aux options de montage pour un système de fichiers particulier
dans le fichier /etc/fstab, tel que documenté dans la page man mount(8).

En plus, l'archivage des système de fichiers et les miroirs distants peuvent
contenir des copies des fichiers qui ne peuvent être supprimés et qui
permettront à un fichier broyé d'être récupéré ultérieurement.

Aide en ligne de GNU coreutils : http://www.gnu.org/software/coreutils/
Signalez les problèmes de traduction de « shred » à : traduc@traduc.org
Full documentation at: http://www.gnu.org/software/coreutils/shred
or available locally via: info '(coreutils) shred invocation'