Bona tarda,
je voudrai supprimer un fichier sans jouer du clavier par Maj+Suppr, je voudrai utiliser l'outil Shred mais je patauge... auriez-vous quelques conseils de derrière les fagots ?
larsouille@Cemoi:~$ cat RémuRetraites.ods | more
cat: RémuRetraites.ods: Aucun fichier ou dossier de ce type
larsouille@Cemoi:~$ shred -3 -vz RémuRetraites.ods
shred : option non valide -- 3
Saisissez « shred --help » pour plus d'informations.
larsouille@Cemoi:~$ shred --help
Utilisation : shred [OPTION]... FILE...
Écrase le fichier FILE spécifié de manière 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 longues le sont aussi pour les
options courtes.
-f, --force modifie les permissions pour permettre l'écriture si
nécessaire
-n, --iterations=N écrase N fois au lieu du nombre par défaut (3)
--random-source=FILE obtient des octets aléatoires de FILE (par défaut
/dev/urandom)
-s, --size=N broie N octets (les suffixes K, M, G sont acceptés)
-u, --remove tronque et supprime le fichier après l'avoir écraser
-v, --verbose affiche un indicateur de progression
-x, --exact n'arrondit pas la taille des fichiers jusqu'au prochain bloc
complet ; c'est le comportement par défaut pour les fichiers
non standards
-z, --zero ajoute une réécriture finale avec des zéros pour camoufler le
broyage du fichier
--help affiche l'aide et quitte
--version affiche des informations de version et quitte
Si FILE est -, broie à partir de l'entrée standard.
Supprime FILE si --remove (-u) est spécifié. Par défaut, les fichiers ne sont
supprimés car il est commun d'opérer sur le fichier du périphérique tel que
/dev/hda, et habituellement ces fichiers ne sont pas supprimés. Sur des fichiers
standards, la majorité des gens utilise l'option --remove.
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 enregistre en cache temporairement, tels que les
clients NFS version 3
* systèmes de fichiers compressés
Dans le cas du système de fichier ext3, la déclaration ci-avant s'applique (et
shred dispose d'une efficacité limitée) seulement 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=something aux options de montage pour un système de fichiers particulier
dans le fichier /etc/fstab, tel que documenté dans la page man de mount (man
mount).
En plus, l'archivage des système de fichiers et les miroirs à distance 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.
Signalez les anomalies de « shred » à <bug-coreutils@gnu.org>
Page d'accueil de « GNU coreutils » : http://www.gnu.org/software/coreutils/
Aide générale sur les logiciels GNU : <http://www.gnu.org/gethelp/>
Traduction de « shred » à <http://translationproject.org/team/fr.html>
Pour une documentation complète, lancer « info coreutils 'shred invocation' »
larsouille@Cemoi:~$
larsouille@Cemoi:~$ apt-cache search coreutils
inotail - tail replacement using inotify
policycoreutils - SELinux core policy utilities
realpath - Return the canonicalized absolute pathname
python-sepolgen - Python module used in SELinux policy generation
bsdmainutils - collection d'utilitaires supplémentaires de FreeBSD
coreutils - utilitaires GNU principaux
libsemanage1 - bibliothèque de gestion de politique SELinux
mktemp - paquet de transition pour coreutils mktemp
larsouille@Cemoi:~$
merci pour votre aide.
Alà
La connaissance s'acquiert par l'expérience, tout le reste n'est que de l'information. Albert Einstein
https://framacarte.org/en/map/debian-fa … 160/2.8606