Pages : 1
#1 Le 11/08/2017, à 01:00
- MyHeartIs
Commande DD
Salut,
Je voulais savoir si la commande
dd if=/dev/zero of=/dev/sdb
(appliqué à une clé usb) formater vraiment la clé usb dans le sens où la récupération de données par des logiciels sera alors impossible? si la clé usb était infectée (malware, backdoor, daemon au lancage...) elle deviendra clean à 100%?
Quel est l'intérêt d'utiliser /dev/random plutôt que /dev/zero ? Pourquoi existe-t-il des scripts pour effectuer cette commande 7 fois?! (une fois ne suffit pas?)
Dernière question, comment utiliser le paramètre bs : sur ma clé USB quelle bs choisir?
Merci de vos réponses
Hors ligne
#2 Le 11/08/2017, à 07:52
- Zakhar
Re : Commande DD
Bonjour,
le fait d'exécuter plusieurs fois est pertinent sur un disque magnétique rotatif classique, pas sur un SSD ou clé USB.
Il faut imaginer un disque rotatif classique comme une surface lisse enneigée. Lorsqu'on écrit on laisse une trace de pas. Lorsqu'on ré-écrit par dessus une écriture existante, on fait une trace de pas par dessus l'existante de sorte qu'on puisse lire la dernière trace laissée qui est la plus forte. Cependant, en regardant attentivement, on peut deviner les traces de pas précédentes.
Cette image est exactement pertinente sur un disque magnétique. Avec des outils adaptés, il a été prouvé que l'on peut relire avec un certain taux de succès jusqu'à un certain nombre de réécritures.
Aussi, si les traces de pas que l'on superpose sont super régulières (/dev/zero), cela favorise la relecture des traces précédentes. D'où le fait d'écrire plutôt du "random".
Sur un support électronique, rien de tout cela n'est pertinent. Une seule réécriture suffit.
Cependant un support électronique a d'autre faiblesses. Notamment les SSD (et certaines clés USB) font du "wear levelling", c'est un algorithme pour éviter d'user toujours les même cellules. Dans ces conditions, écraser un fichier seul est inefficace car les nouveaux octets qui sont sensés écraser ont toutes les chances d'être écrits dans d'autres cellules et de laisser persister les valeurs précédentes.
Donc la seule chose qui soit réellement efficace pour ce genre de support est l'écriture totale comme vous le prévoyez.
Le "pattern" écrit n'a pas grand importance, contrairement aux disques magnétiques.
Pour ce qui est du "meilleur bs", il n'y a guère de règle car cela va dépendre du support. Il faut faire plusieurs tests pour trouver "le bon".
"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)
Hors ligne
#3 Le 11/08/2017, à 10:33
- MyHeartIs
Re : Commande DD
Merci de votre réponse très claire!
Si j'ai bien compris le paramètre bs n'influe que sur le temps d'éxecution et non sur l'écriture sur le disque?
Dernière modification par MyHeartIs (Le 11/08/2017, à 10:46)
Hors ligne
#4 Le 02/09/2017, à 19:50
- Zakhar
Re : Commande DD
Il n'y a pas de réponse absolue à ça. bs influe sur le temps global de dd, mais pas tant que ça puisque par défaut les lectures sont "anticipées" et les écritures sont "bufferisées" voire différées dans le cas de l'ext4 pour limiter la fragmentation. Donc le paramètre bs jouera à la marge, et en règle générale un bs plus gros (dans une limite raisonnable) donnera un meilleur temps.
Dernière modification par Zakhar (Le 02/09/2017, à 19:51)
"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)
Hors ligne
#5 Le 03/09/2017, à 10:31
- xinu
Re : Commande DD
Pourquoi existe-t-il des scripts pour effectuer cette commande 7 fois?! (une fois ne suffit pas?)
https://www.youtube.com/watch?time_cont … CCYQpvmu3s
https://wiki.epfl.ch/pierre-etienne/com … des-medias
Dernière modification par xinu (Le 01/01/2018, à 09:40)
Asus PM8H61-MX USB3 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz DDR3 8Go
Ubuntu 16.04 LTS - ESM 64 bits. Bureau Unity. Ubuntu 20.04 LTS 64 bits . Gnome 3.36.8
Hors ligne
Pages : 1