effacer disque externe

bbenn · Le 21/08/2014, à 14:53

Salut,

je souhaite effacer un disque externe afin qu'il soit impossible de pouvoir y récupérer les fichiers qui s'y trouvent (rien de spectaculaire à cacher, juste ma vie privée)
j'ai utilisé pour ça l'outil dcfldd. Si j'ai bien compris, ça efface le disque en y écrivant des 0 partout.
Si on en croit les avis sur net ça semble une bonne solution.
Cela dis j'ai une petite appréhension.
Il m'est déjà arrivé de formater par erreur un disque dur dans lequel j'avais des photos. J'avais alors téléchargé le premier outil venu pour les récupérer et ça m'avait récupéré plus de volume de photos que la taille du disque.
D'avoir enregistrer des nouvelles photos par dessus les anciennes n'avait pas empêché que je récupère les anciennes. C'était il y a 10 ans et c'était sur XP.

Voila pourquoi je me demande si finallement le simple fait d'écrire des 0 partout est suffisant. Avis aux spécialistes

Shamayo · Le 21/08/2014, à 15:36

Effectivement, c'est possible de récupérer des fichiers écrasés plusieurs fois par d'autres.

Ce qui est possible de faire, c'est d'écraser le contenu du disque dur par des suites de 0 et 1 et le faire plusieurs fois. Il y a un outil pour ça mais je ne me souviens plus du nom.

tiramiseb · Le 21/08/2014, à 15:43

Tu peux faire ça simplement avec dd, en utilisant comme source le générateur pseudo-aléatoire.

Ça donnerait quelque chose comme :

sudo dd if=/dev/urandom of=/dev/sdh bs=1M

"/dev/sdh" est à remplacer par le périphérique qui correspond au disque.
Et pour en être sûr et certain, tu lance ça plusieurs fois.
Bien sûr, ça prend beaucoup de temps...

bbenn · Le 21/08/2014, à 18:53

oh oui c'est déjà mieux de mettre quelque chose d'aléatoire plutôt que des 0
à quoi correspond l'argument bs?

le man ne m’éclaircit pas trop

bs=BYTES
read and write up to BYTES bytes at a time

tiramiseb · Le 21/08/2014, à 19:26

read and write up to BYTES bytes at a time

C'est clair, non ? Ça lit et écrit ce nombre d'octets en une fois.

Sinon ça fait octet par octet => performance très faibles, car les matériels de type disque durs ne sont pas fait pour traiter les écritures octet par octet.
Donc là, tu lui dis de faire ça méga-octet par méga-octet.

pingouinux · Le 21/08/2014, à 19:45

Bonsoir tiramiseb,
Pour info, si on ne le précise pas, la taille des blocs avec dd est de 512 octets. Ta conclusion reste juste : performance très faible…

PPdM · Le 21/08/2014, à 19:49

Salut
Sinon un bon coup de masse dessus c'est aussi efficace et plus rapide.
Plus sérieusement tu veux en faire quoi de ce disque, t'en resservir ou le donner a quelqu'un ?

tiramiseb · Le 21/08/2014, à 20:24

Sinon un bon coup de masse dessus c'est aussi efficace et plus rapide.

Ça c'est pas faux. Mais une bonne grosse masse hein, pas une petite massette...

PPdM · Le 21/08/2014, à 20:29

bbenn a écrit :

Salut,
J'avais alors téléchargé le premier outil venu pour les récupérer et ça m'avait récupéré plus de volume de photos que la taille du disque.
D'avoir enregistrer des nouvelles photos par dessus les anciennes n'avait pas empêché que je récupère les anciennes. C'était il y a 10 ans et c'était sur XP.
Voila pourquoi je me demande si finallement le simple fait d'écrire des 0 partout est suffisant. Avis aux spécialistes

Les photos ou les vidéos c'est un peut particulier, étant donné que ce sont de gros fichiers, c'est plus facile a reconstituer qu'une multitude de petit fichiers textes .

bbenn · Le 21/08/2014, à 20:39

tiramiseb a écrit :

read and write up to BYTES bytes at a time
C'est clair, non ? Ça lit et écrit ce nombre d'octets en une fois.
Sinon ça fait octet par octet => performance très faibles, car les matériels de type disque durs ne sont pas fait pour traiter les écritures octet par octet.
Donc là, tu lui dis de faire ça méga-octet par méga-octet.

non ça n'était pas très clair
ce qu'on gagne en perf on le perd en qualité ou pas du tout?
je m’imagine qu'une tête de disque dur ne peux écrire qu'une seule info à la fois (1 bit quoi) donc je ne conçois pas que l'on puisse écrie 1 Mo d'un coup (sinon que par une succession d'écriture d'une multitude de bit)

bbenn · Le 21/08/2014, à 20:41

PPdM a écrit :

Salut
Plus sérieusement tu veux en faire quoi de ce disque, t'en resservir ou le donner a quelqu'un ?

tu te doutes bien que si c'était pour ne pas le confier à qqun je ne m'embêterais pas avec ça

bbenn · Le 21/08/2014, à 20:42

PPdM a écrit :

Les photos ou les vidéos c'est un peut particulier, étant donné que ce sont de gros fichiers, c'est plus facile a reconstituer qu'une multitude de petit fichiers textes .

pourquoi ça?

PPdM · Le 21/08/2014, à 20:47

Parceque les logiciels de récupération peuvent plus ou moins recréer les parties manquantes d'un code de plusieurs mégaoctet, mais si il n'y en a que dix et qu'il en manque trois, ben t'as un truc illisible.

melixgaro · Le 21/08/2014, à 20:52

salut,

je ne suis pas sûr de proposer une explication très précise mais voilà comment je vois la chose :

Ton disque dur a une mémoire cache. Lorsque l'on écrit des informations sur le disque, l'action d'écriture n'est pas déclenchée dès le premier octet reçu. La mémoire cache se remplit plus ou moins, puis l'écriture démarre et la mémoire cache se vide. Puis un nouveau bloc d'octets est transmis etc etc.

Ici, la commande dd lit 1MB sur /dev/urandom, les transmet au disque et lorsque les 1MB sont reçus, l'écriture démarre.

Dernière modification par melixgaro (Le 21/08/2014, à 20:52)

bbenn · Le 21/08/2014, à 20:55

PPdM a écrit :

Parceque les logiciels de récupération peuvent plus ou moins recréer les parties manquantes d'un code de plusieurs mégaoctet, mais si il n'y en a que dix et qu'il en manque trois, ben t'as un truc illisible.

c'est difficile à concevoir: si tu as un fichier contenant tout le dictionnaire dans lequel tu supprimes à la main le mot 'houblon' il va le recréer?

bbenn · Le 21/08/2014, à 20:57

melixgaro a écrit :

salut,
je ne suis pas sûr de proposer une explication très précise mais voilà comment je vois la chose :
Ton disque dur a une mémoire cache. Lorsque l'on écrit des informations sur le disque, l'action d'écriture n'est pas déclenchée dès le premier octet reçu. La mémoire cache se remplit plus ou moins, puis l'écriture démarre et la mémoire cache se vide. Puis un nouveau bloc d'octets est transmis etc etc.
Ici, la commande dd lit 1MB sur /dev/urandom, les transmet au disque et lorsque les 1MB sont reçus, l'écriture démarre.

En effet ça tient la route comme explication.

PPdM · Le 21/08/2014, à 20:59

Non justement; mais si tu a un fichier qui décrit une photo et que tu enlevés quelques octets, ton image sera toujours lisible,dans le pire des cas il ne manquera que quelque pixels, et certain logiciels savent calculer les pixels manquant comme, Photoshop ou Gimp, par exemple sans parler des logiciels de compressions / décompressions.

melixgaro · Le 21/08/2014, à 21:01

Si tu transmets des blocs de 1kB=1024 octets, il faudra 1024 cycles de lecture-écriture pour écrire 1MB=1024kB, d'où les différences de performance selon le choix de la valeur pour bs.

bbenn · Le 21/08/2014, à 21:06

PPdM a écrit :

Non justement; mais si tu a un fichier qui décrit une photo et que tu enlevés quelques octets, ton image sera toujours lisible,dans le pire des cas il ne manquera que quelque pixels, et certain logiciels savent calculer les pixels manquant comme, Photoshop ou Gimp, par exemple sans parler des logiciels de compressions / décompressions.

je ne vois pas trop la différence en fait. si tu photographie une fourmilière et que tu perd un bout ou il y a une fourmi, photoshop ou gimp te recréent la fourmi?

melixgaro · Le 21/08/2014, à 21:14

évidemment, le logiciel ne va pas fabriquer de l'information à partir de rien. Dans le cadre d'un logiciel de retouche d'image, l'idée est d'utiliser les pixels adjacents pour remplir le vide (voir interpolation... et aussi théorème de Shannon-Nyquist, etc). Pour reprendre l'exemple du dictionnaire, c'est un peu comme si à partir du mot qui précède et suit houblon, je disais que le mot manquant commence par hou. Pour ta fourmi, le logiciel va sans doute fabriquer un patatoïde sombre... L'idée est de retrouver une information semblable, pas strictement identique. Ne me dis pas que c'est la fourmi qui donne le sens à la photo !

Dernière modification par melixgaro (Le 21/08/2014, à 21:16)

PPdM · Le 21/08/2014, à 21:18

bbenn a écrit :

PPdM a écrit :
Non justement; mais si tu a un fichier qui décrit une photo et que tu enlevés quelques octets, ton image sera toujours lisible,dans le pire des cas il ne manquera que quelque pixels, et certain logiciels savent calculer les pixels manquant comme, Photoshop ou Gimp, par exemple sans parler des logiciels de compressions / décompressions.
je ne vois pas trop la différence en fait. si tu photographie une fourmilière et que tu perd un bout ou il y a une fourmi, photoshop ou gimp te recréent la fourmi?

Ben oui ou non, selon le bout qui manque, mais ton image représentera toujours un fourmilière même si il y un petit trou, mais sut un texte court si il manque le même nombre de d'octets tu risque de ne plus rien avoir mais si c'est un document très important il y a plus de chance de le récupérer plus ou moins lisible, sauf quand c'est l’entête ou le pied du fichier qui sont manquant, en tout cas c'est ce que j'ai compris et constater dans le fonctionnement des logiciels de récupération de fichiers.
J'ai constaté, par exemple que l'on récupère plus facilement un tableur important de plusieurs pages, qu'un petit document word ou writer.

bbenn · Le 21/08/2014, à 21:31

ok je suis allé faire un tour sur la page wikipedia de shannon-Nyquist et je crois que je vais en rester là pour aujourd'hui

sinon pour info, à vue de nez, j'ai fais une passe avec dcfldd sur mon disque de 150go et ça a duré entre 1 et 2 heures

melixgaro · Le 21/08/2014, à 21:40

J'ai cité le théorème de Shannon-Nyquist pour montrer que l'on peut reconstruire une information (un signal) à partir d'un ensemble fini de valeurs (à condition de respecter certaines conditions). Ça n'est pas lié à ton problème d'effacement de données, mais c'était pour répondre à ton interrogation sur l'information manquante.

fruitsecrases · Le 27/08/2014, à 15:08

tiramiseb a écrit :

Tu peux faire ça simplement avec dd, en utilisant comme source le générateur pseudo-aléatoire.
Ça donnerait quelque chose comme :
sudo dd if=/dev/urandom of=/dev/sdh bs=1M
"/dev/sdh" est à remplacer par le périphérique qui correspond au disque.
Et pour en être sûr et certain, tu lance ça plusieurs fois.
Bien sûr, ça prend beaucoup de temps...

Bjr, intéressant. Sur un disque USB2 j'ai de meilleurs résultats avec celle-ci :

sudo dd if=/dev/urandom of=/dev/sdh bs=3M

Il faudra que je teste, et modifie s'il faut, selon un disque à plateaux en USB3 pour voir.

Merci.

fruitsecrases · Le 27/08/2014, à 17:05

Tiens je me suis reporté à la page de Doc : http://doc.ubuntu-fr.org/dd

Au 2.1 : Les paramètres bs

Un membre annonce les meilleurs résultats avec un bs=4k, c'est effectivement le cas ici sur un disque à plateaux en USB2, je suis bien plus stable et aussi plus rapide qu'avec un bs=3M. Les test sur disque dur à plateaux USB3 viendront donc plus tard

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 21/08/2014, à 14:53

effacer disque externe

#2 Le 21/08/2014, à 15:36

Re : effacer disque externe

#3 Le 21/08/2014, à 15:43

Re : effacer disque externe

#4 Le 21/08/2014, à 18:53

Re : effacer disque externe

#5 Le 21/08/2014, à 19:26

Re : effacer disque externe

#6 Le 21/08/2014, à 19:45

Re : effacer disque externe

#7 Le 21/08/2014, à 19:49

Re : effacer disque externe

#8 Le 21/08/2014, à 20:24

Re : effacer disque externe

#9 Le 21/08/2014, à 20:29

Re : effacer disque externe

#10 Le 21/08/2014, à 20:39

Re : effacer disque externe

#11 Le 21/08/2014, à 20:41

Re : effacer disque externe

#12 Le 21/08/2014, à 20:42

Re : effacer disque externe

#13 Le 21/08/2014, à 20:47

Re : effacer disque externe

#14 Le 21/08/2014, à 20:52

Re : effacer disque externe

#15 Le 21/08/2014, à 20:55

Re : effacer disque externe

#16 Le 21/08/2014, à 20:57

Re : effacer disque externe

#17 Le 21/08/2014, à 20:59

Re : effacer disque externe

#18 Le 21/08/2014, à 21:01

Re : effacer disque externe

#19 Le 21/08/2014, à 21:06

Re : effacer disque externe

#20 Le 21/08/2014, à 21:14

Re : effacer disque externe

#21 Le 21/08/2014, à 21:18

Re : effacer disque externe

#22 Le 21/08/2014, à 21:31

Re : effacer disque externe

#23 Le 21/08/2014, à 21:40

Re : effacer disque externe

#24 Le 27/08/2014, à 15:08

Re : effacer disque externe

#25 Le 27/08/2014, à 17:05

Re : effacer disque externe

Pied de page des forums