logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 06-02-2015 21:58:10

Antic Bomber
CA Debian-Facile
Lieu : P.O. 66
Distrib. : MX 23 _ VM-DFLinux12 _Lenovo-DFLinux-12
Noyau : 6.0.1-amd64
(G)UI : xfce
Inscription : 10-08-2014

Effacer Fichiers avec Sherd

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. smile

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

Hors ligne

#2 06-02-2015 22:07:37

Anonyme-8
Invité

Re : Effacer Fichiers avec Sherd

l'essentiel est dans le man

man shred



la commande que tu lances n'est pas valide (c'est le -3)
visiblement, shred sans option ne fait que ré-écrire le fichier. j'ai testé

shred -uv /tmp/Nouveau/sJd3_CENLB
shred: /tmp/Nouveau/sJd3_CENLB : passe 1/3 (random)...
shred: /tmp/Nouveau/sJd3_CENLB : passe 2/3 (random)...
shred: /tmp/Nouveau/sJd3_CENLB : passe 3/3 (random)...
shred: /tmp/Nouveau/sJd3_CENLB : suppression
shred: /tmp/Nouveau/sJd3_CENLB : renommé en /tmp/Nouveau/0000000000
shred: /tmp/Nouveau/0000000000 : renommé en /tmp/Nouveau/000000000
shred: /tmp/Nouveau/000000000 : renommé en /tmp/Nouveau/00000000
shred: /tmp/Nouveau/00000000 : renommé en /tmp/Nouveau/0000000
shred: /tmp/Nouveau/0000000 : renommé en /tmp/Nouveau/000000
shred: /tmp/Nouveau/000000 : renommé en /tmp/Nouveau/00000
shred: /tmp/Nouveau/00000 : renommé en /tmp/Nouveau/0000
shred: /tmp/Nouveau/0000 : renommé en /tmp/Nouveau/000
shred: /tmp/Nouveau/000 : renommé en /tmp/Nouveau/00
shred: /tmp/Nouveau/00 : renommé en /tmp/Nouveau/0
shred: /tmp/Nouveau/sJd3_CENLB : supprimé
 

#3 06-02-2015 22:25:21

Antic Bomber
CA Debian-Facile
Lieu : P.O. 66
Distrib. : MX 23 _ VM-DFLinux12 _Lenovo-DFLinux-12
Noyau : 6.0.1-amd64
(G)UI : xfce
Inscription : 10-08-2014

Re : Effacer Fichiers avec Sherd

merci Anonyme-8, je m'y colle et je reviens plus tard si je me plante, tongue

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

Hors ligne

#4 06-02-2015 22:28:42

enicar
Membre
Lieu : pas ici
Distrib. : sid
Noyau : Linux 6.5.3
(G)UI : openbox
Inscription : 26-08-2010

Re : Effacer Fichiers avec Sherd

Remarque, si le système de fichiers sur lequel tu veux shred tes fichiers est journalisé (c'est le cas de ext3 et ext4)
c'est inutile d'utiliser shred car la journalisation fera qu'il en en existera toujours une version (même si on ne peut plus y
accéder !)

Hors ligne

#5 06-02-2015 23:07:26

Anonyme-8
Invité

Re : Effacer Fichiers avec Sherd

enicar a écrit :

Remarque, si le système de fichiers sur lequel tu veux shred tes fichiers est journalisé (c'est le cas de ext3 et ext4)
c'est inutile d'utiliser shred car la journalisation fera qu'il en en existera toujours une version (même si on ne peut plus y
accéder !)


intéressant, j'avais pas lu la suite.

 shred --help

Dernière modification par Anonyme-8 (06-02-2015 23:12:54)

#6 07-02-2015 22:27:38

Antic Bomber
CA Debian-Facile
Lieu : P.O. 66
Distrib. : MX 23 _ VM-DFLinux12 _Lenovo-DFLinux-12
Noyau : 6.0.1-amd64
(G)UI : xfce
Inscription : 10-08-2014

Re : Effacer Fichiers avec Sherd

Bona tarda,

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.)

Dans le cas du système de fichier ext3, (mon cas) 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.




Donc je ne vais pas jouer aux apprentis sorciers, je passe ce sujet en révoquer.

Merci pour le coup de main.

Bon diumenge

Alà,  wink


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

Hors ligne

Pied de page des forums