Vous n'êtes pas identifié(e).
Dernière modification par Patrick Debian (19-01-2017 19:32:43)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
La commande shred permet de remettre un disque à zéro en effaçant tout son contenu.
Si le but est de remettre à zéro, il y a des commandes beaucoup plus rapides que shred.
C'est un formatage de bas niveau
N'importe quoi. Shred ne fait pas du tout un formatage bas niveau. Le seul programme qui fait un formatage de bas niveau, c'est fdformat sur les disquettes. Aucun programme ne fait de formatage bas niveau sur un disque dur. Ecrire des zéros ou quoi que ce soit d'autre n'est pas un formatage bas niveau.
Il vaut mieux montrer que raconter.
Hors ligne
shred - Écrire par dessus un fichier pour en camoufler le contenu, et optionnellement l'effacer
effectivement rien a voir avec un formatage bas niveau
Dernière modification par Croutons (19-01-2017 09:51:39)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
les fichiers ne seront pas supprimés car il n'y a pas « u » (man shred : « u » remove,tronquer et supprimer le fichier après l'avoir écrasé) , bien que dans le tuto il est dit « en effaçant tout son contenu ».
Y a-t-il une explication ?
Hors ligne
Y a-t-il une explication ?
Question compliqué, ce que je dis ensuite est donc à prendre avec circonspection.
Si je pige bien, cette commande efface le contenu des fichiers, mais pas nécessairement son inode (à l'inverse de rm par exemple). Or, dans les système UNIXlike, tout est fichier. Déchiquetter un disque (clé USB et autre) revient donc à écrire des 0 dans le fichier qui désigne ce périphérique. Mais, on ne doit pas effacer cette entrée de fichier dans l'arborescence.
C'est différents si tu veux juste déchiqueter un fichier, où tu peux là souhaiter qu'il n'apparaisse plus avec ls par exemple (aux limites près de l'histoire de la journalisation indiqué dans le man), tu utilises l'option -u
En gros, sans le -u, tu déchiquettes les feuilles du document, mais tu gardes la pochette en carton
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Même sans -u, le déchiquetage d'un périphérique efface tout son format et son contenu : table de partition, partitions, systèmes de fichiers et fichiers...
Et le fichier de journalisation donc. La remarque de la page man à ce sujet porte juste sur l'effacement d'un fichier normal ?
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
raleur a écrit :Même sans -u, le déchiquetage d'un périphérique efface tout son format et son contenu : table de partition, partitions, systèmes de fichiers et fichiers...
Et le fichier de journalisation donc. La remarque de la page man à ce sujet porte juste sur l'effacement d'un fichier normal ?
Oui. A noter que l'autre remarque, concernant l'inefficacité de shred avec les systèmes de fichiers qui ne réécrivent pas les données "sur place" s'applique aussi aux SSD. Bien sûr on ne peut pas retrouver les données "écrasées" en lisant le contenu du SSD de façon conventionnelle, mais elles peuvent être encore présentes dans les puces de mémoire flash.
Il vaut mieux montrer que raconter.
Hors ligne