La commande dd permet de copier tout ou partie d'un disque − EN BON ÉTAT − par blocs d'octets, indépendamment de la structure du contenu du disque en fichiers et en répertoires.
Contrairement à la copie avec la commande cp ou la copie avec la commande tar, la copie avec dd permet de reproduire des zones de disque qui ne font pas partie d'un système de fichier : secteur de démarrage (le MBR), tables de partition, traces laissées sur le disque par des fichiers effacés etc. L'un de ses emplois les plus importants est donc la création d'une copie de sauvegarde exacte de votre partition système et sa récupération, par l'entremise d'un live-CD ou live-DVD en cas de pépin.
D'autres fonctions que la copie au sens strict, un peu « spéciales » mais parfois utiles, sont également rendues disponibles grâce à dd, comme vous le verrez dans les sections qui suivent : recherche dans les fichiers effacés, recherche dans la mémoire vive, création de disque virtuel etc…
Vous trouverez un guide d'emploi de cette commande, raisonnablement clair, détaillé, bourré d'exemples - malheureusement en anglais - à la page Learn the dd command.
Le contenu d'une (petite !) partie de ce lien a été traduit en français, ci-dessous, par lebarhon et révisé/remanié avec le concours de ptyxs.
Une autre page utile sur dd - hélas elle aussi en anglais - est : Unix dd command
Voir aussi
La structure de la commande a la forme générale suivante :
dd if=<source> of=<cible> bs=<taille des blocs> skip= seek= conv=<conversion>
source représente les données à copier, cible est l'endroit où les copier ; ça se comprend : if correspond à l'input file et of correspond à l'output file.
bs (block size) est habituellement une puissance de 2, supérieure ou égale à 512, représentant un nombre d'octets (par exemple: 512, 1024, 2048, 4096, 8192, 16384, mais cela peut être tout nombre raisonnable).
Comment choisir bs ? (block size = taille des blocs)
Un paramètre bs= correctement choisi accroitra significativement la vitesse d'exécution.
Sur du matériel moderne (moins de 5 ans) bs=4096 est un bon pari.
On peut aussi avoir : bs=16065b qui peut être meilleur. bs=32130b encore meilleur. Ces deux dernières tailles de bloc correspondent à des nombres entiers de cylindres.
Un cylindre en mode LBA = 255 têtes x 63 secteurs par piste = 16065 secteurs = 16065 x 512 octets = 16065b. Le b signifie x512 (512 octets étant la taille d'un secteur). 32130b représente un bloc de deux cylindres. Lorsque vous utilisez des tailles de blocs représentant des nombres entiers de cylindres, vous n'avez jamais à vous soucier de la copie de la dernière fraction de bloc car les partitions sont toujours faites d'un nombre entier de cylindres. Les partitions ne peuvent pas contenir de cylindres partiels. Un cylindre comprend 8 225 280 octets.
Pour bien comprendre les notions originelles de tête, cylindre et secteur, auxquelles l'auteur fait appel dans le paragraphe précédent, vous pouvez lire cette pages très éclairante :
D'autre part, il faut bien comprendre que les notions de cylindre et de tête sous-jacentes au mode d'adressage LBA, sont «abstraites;» et déconnectées de la réalisation matérielle du disque (votre disque n'a sûrement pas 255 têtes réelles…).
Pour mémoire :
Un cylindre en mode LBA = 255 têtes x 63 secteurs par piste (chaque tête lit une piste pour un cylindre donné) = 16 065 secteurs = 16 065 x 512 octets = 16065b. Le b signifie x512.
32130b représente la taille d'un bloc de deux cylindres.
Lorsqu'on utilise des blocs contenant un nombre entier de cylindres, on n'a jamais besoin de se préoccuper du fait que la dernière partie d'un bloc ne soit pas copiée, car les partitions sont faites d'un nombre entier de cylindres. Les partitions ne peuvent pas contenir des cylindres partiels. Un cylindre compte 8 225 280 octets.
Les blocs et les octets peuvent être suivis par les suffixes multiplicateurs suivants (les valeurs numériques représentent des nombres d'octets) : c = 1, w = 2, b = 512, kB = 1000, k = 1024, MB = 1000x1000, M = 1024x1024, GB = 1000x1000x1000, G = 1024x1024x1024
Ainsi :
dd if=/dev/sda of=/dev/sdb bs=1MB
utilisera des blocs de taille un mégaoctet.
bs=4b donnera à dd un bloc de taille de 4 secteurs de disque. 1 secteur = 512 octets.
bs=4k indiquera à dd d'utiliser un bloc de taille 4 kiloctets. J'ai trouvé que bs=4k est le plus rapide pour la copie de disques sur une machine moderne.
dd if=/dev/sda2 of=/dev/sdb2 bs=4096 conv=notrunc,noerror status=progress
Une solution alternative pour voir l'avancement : ouvrez un second terminal et tapez:
pgrep -l '^dd$'
qui vous produira une réponse du type "9999 dd". Ce code est le chiffre d'identification du processus de copie qui vous permet de produire une seconde commande dans le terminal (en root):
kill -USR1 9999
Cette seconde commande peut-être lancée de temps en temps pour patienter.
watch -n 30 kill -USR1 9999
Une autre solution est d'effectuer la commande suivante :
dd if=/dev/source | pv -t -e -r -b | dd of=/dev/cible
Cela requiert le binaire pv :
apt-get install pv
dd if=/dev/sda of=/dev/sdb conv=notrunc,noerror status=progress
notrunc signifie «ne pas tronquer le fichier en sortie».
noerror signifie de continuer en cas d'erreur. Normalement, dd s'arrête en cas d'erreur. Si vous vous interrogez sur un disque dur, si vous vous demandez s'il fonctionne ou pas, vous pouvez tenter de l'utiliser, à titre de test, comme lecteur source de la commande dd. Vous devriez obtenir une erreur s'il ne fonctionne pas. Les lecteurs cibles en revanche doivent être vraiment en très mauvais état pour provoquer une erreur due à dd.
Cette copie sera un clone identique du disque Source.
La seule différence entre une grande partition et une petite partition, hormis la taille, est la table de partition. Si vous copiez sda vers sdb, un disque entier avec une seule partition, sdb étant plus petit que sda, alors vous devez faire :
dd if=/dev/sda skip=1 of=/dev/sdb seek=1 bs=4k conv=noerror status=progress
Une autre technique pour traiter ce genre de situation, est proposée à la page 20 du fil en anglais. La technique proposée fait usage de commandes du type de resize2fs.
skip (voir ligne de commande précédente) saute des blocs d'entrée au début du média (sda).
seek saute autant de blocs sur le média de sortie (sdb) avant d'écrire . En agissant ainsi, vous laissez intacts les 4 premiers Ko sur chaque disque : vous ne voulez pas dire à un lecteur qu'il est plus gros qu'il n'est en réalité en écrivant une table de partition depuis un lecteur plus gros vers un lecteur plus petit.
fdisk -l
Mais pas avec :
df -h
Cela parce que fdisk lit la table de partitions et df lit l'info de format.
Si vous copiez avec dd une petite partition vers une plus grande, la plus grande sera maintenant formatée de façon identique à la plus petite et il n'y aura contrairement à ce que vous attendez aucune place disponible sur le lecteur. Le reste de la partition étant ignoré par dd, de même que pour le système d'exploitation. Un gâchis en somme.
À chaud, le moyen le plus simple est de construire un fichier image du support concerné :
dd if=<support à sauvegarder> of=/home/user/sauvegarde/<support sauvegardé>.iso
Une fois fait, vous pourrez monter l'image dans un dossier et naviguer avec nautilus en utilisant la commande suivante :
mkdir /home/user/sauvegarde/disque_virtuel mount -o loop /home/user/sauvegarde/<support sauvegardé>.iso /home/user/sauvegarde/disque_virtuel
Puis copier les données vers son nouveau support via une simple copie cp
cd /home/user/sauvegarde/disque_virtuel cp -a * /mnt/plus_grande_partition_deja_partitionée_et_formatée_a_la_taille_desiree
La commande cp a un commutateur -a pour la copie récursive et garder les droits inchangés.
Une autre technique fait usage de la commande resize2fs. Cette commande va agrandir le système de fichiers à la taille de la partition :
1° Ne travailler que sur des partitions démontées
2° Ouvrir une console root (ou travailler depuis un live CD) et taper
e2fsck -f /dev/xx
où xx est évidemment le nom de la partition concernée, afin de vérifier l'intégrité du système de fichiers. Pour info, l'option -f force la vérification, sans se contenter d'un simple "check" du journal. De toutes façons, si vous ne faites pas, la commande suivante vous l'exigera avant de s'exécuter.
3° agrandir le système de fichiers :
resize2fs /dev/xx
Maintenant, si vous copiez sda3 vers sda2 (plus petit que sda3), c'est différent. Ce que vous désirez faire est alors cela :
dd if=/dev/sda3 of=/dev/sda2 bs=4096
ou
dd if=/dev/sda3 of=/dev/sda2 bs=4096 skip=1 seek=1 status=progress
La toute fin d'un lecteur contient généralement des zéros. Ainsi, si vous avez de la place dans sda2 pour les données de sda3, les zéros de sda3 sont tronqués (les blocs contenant uniquement des zéros sont remplacés par des chaînés de cinq caractères astérisque).
Dans ce cas, il ne faut pas utiliser conv=notrunc, qui copierait tous les blocs contenant uniquement des zéros tel quel, sans les tronquer.
La commande :
dd if=/dev/hdc of=/home/${USER}/moncd.iso bs=2048 conv=notrunc
Les secteurs de CD ont une taille de 2 048 octets, vous faites donc ainsi une copie secteur par secteur. Le résultat sera un 'fichier image du CD' sur le disque dur. Vous pouvez faire un chmod a+rwx moncd.iso pour permettre d'écrire dans l'image.
Vous pouvez monter l'image avec :
mkdir /mnt/moncd mount -o loop /home/${USER}/moncd.iso /mnt/moncd
Le système de fichiers est maintenant visible avec ses fichiers et dossiers dans le répertoire /mnt/moncd. Vous pouvez éditer l'image autant que vous le souhaitez, le nouveau fichier sera /home/user/moncd.iso.
dd ne peut pas écrire dans un CD. Pour cela vous devez avoir recours à un logiciel de gravure.
Si vous êtes inquiet au sujet d'espions avec des détecteurs supra-conducteurs à interférences quantiques, vous pouvez toujours ajouter une boucle 'for' pour effacer le disque d'un niveau de sécurité gouvernemental: copier coller les deux lignes suivantes dans un éditeur de texte :
#!/bin/bash for n in $(seq 7); do dd if=/dev/urandom of=/dev/sdX bs=8b conv=notrunc; done
Maintenant vous avez un script shell qui exécute sept passes d'inscriptions aléatoires de caractères sur tout le disque.
Faites :
chmod a+x <fichierscript>
pour le rendre exécutable.
Voir aussi dban
Remarquez également que toutes les données présentes sur la clé seront perdues.
Faites un :
sudo fdisk -l
Connectez la clé dans le port USB, puis faites à nouveau un sudo fdisk -l
: cela permet de repérer le point de montage de la partition.
Note : pour un point de montage du type /dev/sdx1
, on utilisera /dev/sdx
dans la commande suivante.
Ensuite, tapez :
dd bs=4M if=/chemin/vers/ma-distribution.iso of=/dev/sdx status=progress && sync
exemple
dd if=/home/$USER/Téléchargements/lubuntu-18.04.1-desktop-i386.iso of=/dev/sr0 status=progress && sync 1089364480 bytes (1,1 GB, 1,0 GiB) copied, 2420 s, 450 kB/s 2127840+0 enregistrements lus 2127840+0 enregistrements écrits 1089454080 bytes (1,1 GB, 1,0 GiB) copied, 2419,85 s, 450 kB/s
dd if=/dev/sda of=/home/$USER/MBR.image bs=446 count=1
Ceci copiera les 446 premiers octets du disque dur dans un fichier.
Pour ma part je travaille sur plusieurs machines, mais sur celle que j'utilise le plus j'ai deux disques durs SATA. Ils sont complètement identiques. Avant de faire quelque chose qui pourrait être dangereux, je démarre à partir d'un live-CD et je lance :
dd if=/dev/sda of=/dev/sdb bs=4096 conv=notrunc,noerror
et je copie ainsi mon lecteur système de travail courant sur le lecteur sdb. Si je casse mon installation sur sda, je démarre avec le live CD et je fais :
dd if=/dev/sdb of=/dev/sda bs=4096 conv=notrunc,noerror
Notez bien que bs=4096 marche plus rapidement pour des machines ayant au moins 128Mo de RAM. dd utilise pas mal de tampons ('buffers'). Avec bs=4096, sur des machines modernes, la vitesse de transfert optimale pour les disques durs est atteinte.
On génère d'abord le Master-image de notre support de stockage au format compressé gzip. Cette méthode maintient le MBR, les Flag…
Sauvegarde
sudo dd if=/dev/sdX bs=1M conv=notrunc,noerror status=progress | gzip -c > ~/master-image.gzip
Déploiement sur un support de stockage au moins aussi GRAND.
gzip -cd ~/master-image.gzip | sudo dd of=/dev/sdX bs=1M status=progress conv=notrunc,noerror
sudo apt install dcfldd
sudo dcfldd if=/dev/sdX bs=4k conv=notrunc,noerror | gzip -c > ~/master-image.gzip
On déploie le fichier Master-image sur un support de stockage PLUS GRAND.
gzip -cd ~/master-image.gzip | sudo dcfldd of=/dev/sdX bs=4k conv=notrunc,noerror
Vous devrez booter depuis un CD pour cela, http://www.e-fense.com/helix est un bon CD de boot (mais il y en a bien d'autres !). L'environnement de boot helix contient la version DoD de dd appelée dcfldd. Elle fonctionne de la même manière que dd, mais possède une barre de progression.
dd if=/dev/zero of=/dev/sda conv=notrunc
Ceci est très utile pour rendre le lecteur presque comme neuf, cela permet de le débarrasser des virus, des chevaux de Troie etc… La plupart des lecteurs ont 0x0000ffh écrit en usine dans chaque secteur.
C'est à dire rendre impossible la récupération des fichiers effacés.
dd if=/dev/urandom > fichieroccupanttoutlespacelibre
Quand dd dit : « plus d'espace libre sur le périphérique », tout l'espace disponible a été réécrit avec des caractères aléatoires. Ensuite, effacez le gros fichier avec :
rm fichieroccupanttoutlespacelibre
sudo dd if=/proc/kcore | hexdump -C | less
utilisez PgUp, PgDn, flèche vers le haut, flèche vers le bas pour se déplacer dans les pages. less est mon éditeur préféré. Ou plutôt il le serait s'il permettait l'édition !
dd if=/proc/filesystems | hexdump -C | less
dd if=/proc/kallsyms | hexdump -C | less
dd if=/proc/interrupts | hexdump -C | less
dd if=/proc/uptime | hexdump -C | less
dd if=/proc/partitions | hexdump -C | less
dd if=/proc/meminfo | hexdump -C | less
Je place deux disques identiques dans chacune de mes machines. Avant de faire toute chose pouvant être désastreuse, je fais :
dcfldd if=/dev/sda of=/dev/sdb bs=4096 conv=notrunc,noerror
et copie mon disque de travail en cours sda vers le disque sdb. Si je détruis l'installation sur sda, je n'ai qu'à booter avec le CD helix et :
dcfldd if=/dev/sdb of=/dev/sda bs=4096 conv=notrunc,noerror
et je retrouve chaque chose exactement comme avant qu'un truc idiot que j'essayais de faire ne fonctionne pas. Vous pouvez vraiment, vraiment apprendre Linux de cette manière, car vous ne pouvez absolument pas casser ce dont vous avez une copie exacte. Vous pourriez aussi envisager de faire une partition root séparée de /home, et rendre /home assez grand pour contenir la partition root, Vous pouvez alors faire :
dd if=/dev/sda2 (root) of=/home/user/root.img bs=4096 conv=notrunc,noerror
pour réaliser un backup de root puis :
dd if=/home/user/root.img of=/dev/sda2 (root) bs=4096 conv=notrunc,noerror
pour remettre l'image de root dans la partition root si vous avez semé la pagaille et ne pouvez plus lancer le serveur X, ou éditer /etc/fstab, et ne trouvez pas ce que vous avez fait de mal. Cela ne prend que quelques minutes pour restaurer une partition root de 15 Go depuis un fichier image.
dd if=/dev/urandom of=/home/user/mes_octets_aleatoires bs=1 count=100
Ici
gpg a besoin d'une graine ('seed') aléatoire pour créer des clés. Créer un fichier de, disons, 4096 octets aléatoires, qu'on peut passer à gpg, permettra d'avoir une graine vraiment aléatoire.
/dev/random génère autant de bits aléatoires que la réserve entropique peut en contenir. Cela produit des valeurs hautement aléatoires pour des clés de cryptographie. Si davantage d'octets aléatoires sont nécessaires, le processus s'arrête jusqu'à ce que la réserve entropique soit remplie de nouveau (bouger la souris aide). /dev/urandom n'a pas cette restriction. Si l'utilisateur exige plus de bits que de présents à ce moment dans la réserve entropique, ils sont produits en utilisant un générateur de nombres pseudo-aléatoires.
d'abord, faire :
ls -l
pour trouver la taille du fichier :
ls -l unfichier -rw------- ... 3769 Nov 2 13:41 <filename>
dans ce cas elle est de 3769.
dd if=/dev/urandom of=unfichier bs=3769 count=1 conv=notrunc
Ceci écrira des caractères aléatoires par dessus la totalité du fichier .
Ainsi même quelqu'un qui inspectera le contenu du disque avec dd ne retrouvera pas son contenu.
dd if=/dev/sdb2 of=/home/user/partition.image bs=4096 conv=notrunc,noerror
Cela créera un fichier qui est l'exacte réplique de la partition sdb2. Vous pouvez remplacer par hdb, sda, hda ou toute autre désignation de votre disque. Ou :
dd if=/dev/sdb2 ibs=4096 | gzip > partition.image.gz conv=noerror
Ou si cela ne fonctionne pas, essayez :
dd if=/dev/sda1 ibs=4096 conv=noerror | gzip > partition.image.gz
Crée une archive gzip de la partition complète. Pour la restauration, utiliser :
gunzip partition.image.gz > /dev/sda1 <-????
zcat partition.image.gz | dd of=/dev/sda1 ibs=4096
Pour bzip2 (plus lent, plus petit), remplacer par bzip2 et bunzip2
dd if=/home/user/partition.image of=/dev/sdb2 bs=4096 conv=notrunc,noerror
De cette façon, vous pouvez avoir un grand disque dur et le partitionner, ainsi vous pouvez sauvegarder votre partition root. Si vous semez la pagaille dans votre partition root, vous n'avez qu'à booter depuis le CD helix (ou un live CD quelconque) et restaurer l'image.
dd if=Fichier_Source of=Fichier_Cible conv=ucase
ou
dd if=Fichier_d\'Entrée of=Fichier_de_Sortie conv=ucase
Le noyau Linux crée généralement nombre de disques virtuels que vous pouvez transformer en lecteurs virtuels. Vous devez d'abord remplir le lecteur avec des zéros comme ceci:
dd if=/dev/zero of=/dev/ram7 bs=1k count=16384
ce qui crée un disque virtuel de 16 Mo plein de zéros…
Ensuite :
mkfs.ext3 -m0 /dev/ram7 4096
place un système de fichiers sur le disque virtuel le transformant en lecteur virtuel.
hdparm -t /dev/ram7 /dev/ram7: Timing buffered disk reads: 16 MB in 0.02 seconds = 913.92 MB/sec #Débit de lecture du disque bufférisé: 16Mo en 0,02 secondes= 913,92 Mo/s
Vous pouvez êtes tenté de ne mesurer le débit qu'une fois. Mais, en fait, il vaut mieux lancer plusieurs fois hdparm -t /dev/ram7, car hdparm est un peu difficile avec les lecteurs virtuels.
Vous pouvez monter le disque virtuel avec :
mkdir /mnt/mem mount /dev/ram7 /mnt/mem
Maintenant, vous pouvez utiliser le lecteur virtuel comme un lecteur matériel. Ceci est particulièrement remarquable pour travailler sur des gros documents ou en programmation. Vous pouvez copier le gros document ou le projet de programmation sur le lecteur virtuel, lequel sur ma machine est au moins 27 fois aussi rapide que /dev/sda, et chaque fois que vous enregistrez l'énorme document, ou que vous avez besoin de compiler, c'est comme si votre machine carburait au nitrométhane. La seule chose est que le lecteur virtuel est volatile. Si vous perdez l'alimentation, ou éteignez, les données sur le lecteur virtuel sont perdues. Utilisez une machine fiable, par temps clair, si vous utilisez un lecteur virtuel.
dd if=/dev/mem of=/home/user/mem.bin bs=1024
Le périphérique :
/dev/mem
est votre mémoire système. Vous pouvez en fait copier tout périphérique de type bloc ou caractère dans un fichier avec dd.
Vous pouvez en fait copier tout périphérique de type bloc ou caractère dans un fichier avec dd.
La capture de la mémoire sur un système rapide, avec bs=1024 prend environ 60 secondes, un disque dur de 120 Go environ une heure, un CD vers un disque dur environ 10 minutes, une disquette vers un disque dur environ 2 minutes.
Avec dd, les images sur vos disquettes ne changeront pas du tout. Si vous avez une disquette DOS bootable, et que vous la sauvegardez sur votre disque dur sous forme de fichier image, quand vous restaurez cette image sur une autre disquette, elle sera bootable.
dd est un excellent outil pour créer une image d'un CD d'installation de MS Windows. Lorsque vous faites une copie d'un tel CD, il y a un secteur qui possède une taille non standard. C'est le dernier secteur. dd ne remplit pas ce secteur, créant ainsi une copie indistinguable de l'original. Si vous gravez le CD, avec cdrao, le disque résultant sera une copie absolument exacte de l'original.
dd écrira sur la console si vous oubliez la partie of=/dev/output
dd if=/home/user/monfichier
écrira le fichier monfichier dans la console.
dd if=/dev/mem | hexdump -C | grep 'chaine-de-caractères-comprise-dans-le-fichier-non-sauvegardé-avant-la-perte-de-l'alimentation'
Si vous avez besoin d'effacer vos traces rapidement, placez la commande suivante dans un script pour écrire des zéros par dessus la mémoire système. N'essayez pas cela pour le plaisir.
mkdir /mnt/mem mount -t ramfs /dev/mem /mnt/mem dd if=/dev/zero > /mnt/mem/bigfile.file
Cela écrira des zéros par dessus toute la mémoire non protégée, et gèlera la machine, vous aurez donc à rebooter (attention, cela empêche aussi le fonctionnement du journal du système de fichiers et pourrait corrompre le système de fichiers).
Si vous êtes curieux de savoir ce qu'il peut bien y avoir sur votre disque…
Si vous voulez voir à quoi ressemble un MBR, faites :
sudo dd if=/dev/sda count=1 2>/dev/null | hexdump -C
("2>/dev/null" pour supprimer les messages de dd dans la sortie écran..)
vous montrera le secteur 0, ou MBR. Le code de l'amorce et la table des partitions MS_DOS sont dans le MBR ou le contenu d'un MBR protecteur si la table de partition est GPT.
Si vous voulez voir à quoi ressemble une table de partitionGPT faites :
sudo dd if=/dev/sda skip=1 count=1 2>/dev/null | hexdump -C && sudo dd if=/dev/sda bs=128 skip=8 count=128 2>/dev/null | hexdump -C
("2>/dev/null" pour supprimer les messages de dd dans la sortie écran..) vous montrera le secteur 1 contenant l'entête et les 32 autres secteurs contenant la description des 128 partitions.
Pour voir la fin du disque vous devez connaitre le nombre total de secteurs dans le disque, et le disque doit être configuré avec le Maximum Adressable Sector (le secteur adressable maximum) identique au Maximum Native Address (= MNA, l'adresse native maximale). Le CD helix possède un utilitaire pour paramétrer cela correctement. Dans la commande dd votre valeur pour skip sera un de moins que la MNA du disque. Pour un disque Seagate SATA de 120 Go :
dd if=/dev/sda of=/home/sam/monfichier skip=234441646 default bs=512
Ainsi cela lit secteur par secteur, et écrit le dernier secteur dans monfichier. Même avec l'adressage LBA, les disques sont lus «secrètement» en secteurs, cylindres et têtes.
Pour un cylindre donné il y a 63 secteurs par tête, et on compte 255 têtes par cylindre. Chaque disque possède un nombre total bien déterminé de cylindres. Le nombre total d'octets par cylindre s'obtient donc par la multiplication suivante :
512x63x255= nombre d'octets par cylindre.
63x255= 16 065=nombre de secteurs par cylindre.
512 est la taille en octets d'un secteur.
Avec 234 441 647 secteurs au total, et 16 065 secteurs par cylindre, vous obtenez 14 593.317584812 cylindres, un nombre qui n'est pas entier, et il y a alors quelques secteurs excédentaires qui ne constituent pas un cylindre entier. Ceci vous laisse avec 5 102 secteurs qui ne peuvent pas être partitionnés car une partition ne comprend que des cylindres entiers. C'est comme avoir une partie de personne, cela ne constitue pas vraiment une personne.
Ainsi, qu'arrive-t-il à ces secteurs ? Ils deviennent des secteurs en surplus après la dernière partition. Vous ne pouvez pas en principe les lire avec un système d'exploitation. Mais dd peut. C'est vraiment une bonne idée de vérifier ce qui peut être écrit dans les secteurs en surplus. Pour notre disque dur Seagate de 120 Go vous soustrayez du nombre total de secteurs (234 441 647) ceux en surplus (5 102) = 234 436 545 secteurs partitionables.
Pour y voir plus clair sur ces histoires de têtes, cylindres et secteurs, jetez un coup d'oeil plus haut.
Ceci écrit les 5 102 derniers secteurs dans monfichier. :
dd if=/dev/sda of=/home/user/monfichier skip=234436545
Lancez Midnight Commander (mc) pour voir le fichier. Si il y a quelque chose dedans, vous n'en avez pas besoin pour quoi que ce soit. Dans ce cas vous devriez écrire par dessus des caractères aléatoires.
dd if=/dev/urandom of=/dev/sda bs=512 seek=234436545
Ecrasera les 5 102 secteurs en surplus sur notre notre disque dur Seagate de 120 Go
La commande :
dd if=/dev/sda of=/home/user/monfichier bs=4096 skip=2000 count=1000
écrira dans monfichier, les 8 000 secteurs qui suivent les 16 000 premiers secteurs du lecteur.
Ben oui, quoi !! On saute (skip) 4096 * 2000 = 8 192 000 octets, d'accord ?
Bon. Comme il y a 512 octets dans un secteur, on a sauté : 8 192 000/512 = 16 000 secteurs !!
Et ensuite on a envoyé (count=1000) 1000 blocs de 4096 octets, soit 4 096 000 octets, ce qui fait finalement 4 096 000/512= 8 000 secteurs, vous voyez qu'on s'y retrouve !!!
Vous pouvez ouvrir ce fichier avec un éditeur hexadécimal, en éditer une partie, et recopier cette partie sur le disque :
dd if=/home/user/monfichier of=/dev/sda bs=4096 seek=2000 count=1000
Ainsi vous obtenez un éditeur de disque. Ce n'est pas le meilleur, mais il fonctionne.
dd if=/dev/fd0 of=/home/user/floppy.image bs=2x80x18b conv=notrunc
ou
dd if=/dev/fd0 of=/home/user/floppy.image conv=notrunc
18b représente la taille en octets de 18 secteurs de 512 octets chacun, 80x multiplie par le nombre de cylindres, 2x multiplie par le nombre de têtes - au total 1474560 octets - . Cela paramètre une unique requête de lecture de 1474560 octets sur /dev/fd0 et une unique requête d'écriture sur /home/user/floppy.image.
Il faut comprendre que, dans le cas d'une disquette, pour chacun des 80 cylindres supposés, 2 têtes (fictives) lisent chacune une piste de 18 secteurs… Pour y voir plus clair en ce qui concerne têtes, cylindres et secteurs voir plus haut.
Cela crée une image de la disquette sur le disque dur, laissant intact l'info de boot.
Le second exemple utilise le bs= par défaut de 512, qui est la taille du secteur d'une disquette.
Faire :
dd if=/home/user/floppy.image of=fd0 bs=2x80x18b conv=notrunc
Vous pouvez créer une disquette de démarrage avec le fichier boot.img, qui est assez facile à obtenir. Vous avez seulement besoin d'un programme qui commencera l'écriture au secteur 1.
dd if=boot.img of=/dev/fd0 bs=1440k
Ceci crée une disquette bootable et vous pouvez ajouter des données dessus.
Prendre une disquette formatée vide qui n'a jamais été utilisée et faites :
dd if=/dev/fd0 of=/home/user/floppy.bin
ce qui crée une image de nouvelle disquette formatée sur votre disque dur, puis chargez dans le lecteur de disquettes l'une des disquettes que vous voulez formater et faites :
dd if=/home/user/floppy.bin of=/dev/fd0
Cette disquette se retrouvera alors exactement dans l'état de la disquette inutilisée avec laquelle vous avez commencé.
Vous le copierez dans un fichier image sur le disque dur ainsi :
dd if=/dev/fd0 of=/home/user/MBRboot.image bs=512 count=2
Cela copie les 2 premiers secteurs de la disquette.
Insérer la disquette et faites :
dd if=/dev/null of=/dev/fd0 conv=notrunc dd if=/home/user/floppy.image of=/dev/fd0 conv=notrunc,noerror
Normalement, écrire des octets nuls sur les deux premiers secteurs d'une disquette rend la disquette complètement inutilisable. Elle ne peut même plus être formatée après un tel traitement ! Mais grâce à l'image d'une disquette neuve, inutilisée, que vous avez pris soin de faire plus haut (disons : 'floppy.image'), vous pouvez réécrire correctement les deux premiers secteurs.
Faire démarrer les deux machines avec le CD helix, juste pour être absolument sûr.
Sur la machine source :
dd if=/dev/hda bs=1065b | netcat 192.168.0.1 1234
Sur la machine cible :
netcat -l -p 1234 | dd of=/dev/hdc bs=1065b
Netcat est un programme, disponible par défaut sur presque toutes les installations Linux. C'est comme un couteau de l'armée suisse pour les réseaux. Dans l'exemple précédent, netcat et dd sont tubés l'un à la sortie de l'autre. Une des fonctions du noyau Linux est de faire des tubes. Le caractère pour le tube ressemble à deux petits tirets l'un au-dessus de l'autre et verticaux ou à une barre verticale.
Voici comment cette commande fonctionne : la taille du bloc correspond à un cylindre. bs=1065b équivaut à un cylindre sur un disque LBA. La commande dd est tubée vers netcat, qui prend pour arguments : 1/ L'adresse IP de la cible (comme 192.168.0.1 ou toute adresse avec un port ouvert) 2/ Le port que vous désirez utiliser (1234).
C'est un peu comme cela que Norton Ghost fonctionne pour copier l'image d'une partition sur une autre machine.
Supposons que vous souhaitiez trouver si la personne avec qui vous êtes en couple vous trompe, a des cybers amants, ou se conduit mal avec son ordinateur. Même si l'ordinateur est protégé par un mot de passe, vous pouvez booter avec le CD: http://www.efense.com/helix ou un autre live-CD et chercher la chaine de caractères dans la partition entière, en utilisant la commande grep:
dd if=/dev/sda2 bs=16384| hexdump -C | grep 'je ne l aime vraiment plus'
Cherchera dans toute la partition la chaîne de caractères (pas d'accents) spécifiée entre les guillemets (utilisez éventuellement les options de grep: avec, disons, grep -3 'chaine' vous auriez un peu plus de contexte affiché pour chaque résultat de recherche). Chercher plusieurs fois dans une partition entière peut être fastidieux. Cette commande particulière sur les chaines de caractères imprime le résultat de la recherche sur l'écran, avec l'offset où il se trouve dans la partition. dd travaille en système décimal. L'offset des disques travaille en hexadécimal. Disons que vous trouvez la chaine de caractères dans votre partition à l'offset 0x020d0d90h. Vous convertissez cela en décimal avec l'une des nombreuses calculatrices trouvées sur Linux. Ceci est l'offset décimal 34409872. Divisé par 512 par secteur, nous obtenons 67206,78125.
dd if=/dev/sda2 bs=16065 skip=2140 count=3 | less
Cette ligne de commande écrira à l'écran en évitant ainsi d'écrire accidentellement un fichier dans un espace libre du disque, qui peut contenir des fichiers effacés que vous désirez rechercher. Avec cette méthode, vous pouvez rechercher dans tous les fichiers effacés, toute activité de chat ou e-mails. Elle fonctionne quelle que soit la sécurité utilisée sur la machine. Elle fonctionne avec les partitions NTFS, ext2, ext3, reiserfs, swap, et FAT. Mais il est illégal d'utiliser cette méthode sur un ordinateur pour lequel vous n'y êtes pas autorisé. On peut être poursuivi ou emprisonné pour avoir réalisé des recherches non autorisées.
Notez tant qu'on y est que vous pouvez copier la mémoire du système sur un CD. Ceci est utile pour décrire le contenu de la mémoire sans contaminer le disque dur. Je recommande d'utiliser un CD-RW pour vous exercer un peu. Ceci ne concerne pas dd, mais c'est cool.
( : La commande cdrecord n'existe plus. Elle est remplacée par wodim).
cdrecord dev=ATAPI:0,1,0 -raw tsize=700000000 driveropts=burnfree /dev/mem
pour trouver le graveur CD :
cdrecord -scanbus=ATAPI
dd ne copiera pas ou n'effacera pas une HPA (host protected area, zone hôte protégée de l'hôte). Si correctement utilisée, dd effacera complètement un disque, mais pas aussi bien qu'en utilisant l'effacement matériel garanti, la commande d'effacement sécurisé.
Pour lire la mémoire ainsi enregistrée faites :
dd if=/dev/hdd | less
On fera une recherche en s'aidant de grep :
dd if=/dev/hdd | hexdump -C | grep 'chaine_de_caracteres'
La chaîne de caractères entre guillemets est n'importe quelle séquence ASCII ou hexadécimale (doit être séparée avec un espace : '55 <espace>aa<espace>09' recherche la chaîne hexadécimale '55aa09').
On peut utiliser pour cette recherche grep les classes de caractères POSIX :
Je sauvegarde toutes mes disquettes sur disque dur. Les disquettes ne sont pas éternelles, aussi je fais :
dd if=/dev/fd0 of=/home/sam/disquettes/backup.bin conv=notrunc
Si ma disquette défaille, je peux faire des copies en nombre illimité :
dd if=/home/sam/disquettes/backup.bin of=/dev/fd0 conv=notrunc
dd if=/dev/mem bs=1k skip=768 count=256 2>/dev/null | strings -n 8
Limiter la taille des archives à 2Go et les zipper :
dd if=/dev/sdX conv=sync,noerror bs=4096K | gzip -c | split -b 2048m - ./sdX.img.gz
Restitution des archives :
cat sdX.img.gz.* | gzip -dc | dd of=/dev/sdX conv=sync,noerror bs=4096K
Conserver les deux commandes avec les images, ainsi que la géométrie du disque :
fdisk -l /dev/sdX > geometry.txt
Les opérandes suivants sont supportés :
Spécifie le chemin d'où proviennent les données entrantes. L'entrée standard est l'entrée par défaut.
Spécifie le chemin où sont dirigées les données en sortie. La sortie standard est la sortie par défaut.
Spécifie que la taille des blocs d'entrée est n octets (512 par défaut).
Spécifie que la taille des blocs de sortie est n octets (512 par défaut).
Spécifie la taille des blocs d'entrée et de sortie à n octets, en prenant le pas sur ibs= et obs=
Si aucune conversion autre que : sync, noerror et notrunc n'est spécifiée, chaque bloc d'entrée est copié dans la sortie en un seul bloc sans regroupement des petits blocs.
Spécifie la taille des blocs pour la conversion pour les opérandes block et unblock, en nombre d'octets (0 par défaut). Si cbs est omis ou donné égal à 0, alors utiliser block ou unblock produit des résultats non spécifiés. Cette option n'est utilisée que si la conversion ASCII ou EBCDIC est spécifiée.
Pour les opérandes ascii et asciib, les données d'entrée sont traitées comme décrit pour l'opérande unblock si ce n'est que les caractères sont convertis en ASCII avant que les caractères SPACE de remplissage ne soient effacés. Pour les opérandes ebcdic, ebcdicb, ibm, et ibmb, les données d'entrée sont traitées comme décrit pour l'opérande block si ce n'est que les caractères sont convertis en EBCDIC ou en IBM EBCDIC après l'ajout des caractères SPACE de remplissage.
Copie et concatène n fichiers d'entrée avant de terminer (n'a de sens que si l'entrée est une bande magnétique ou similaire).
Saute n blocs d'entrée (en utilisant la taille de bloc d'entrée spécifiée par bs ou ibs ou la taille par défaut) avant de commencer la copie.
Sur les fichiers pointables ('seekable files'), l'implémentation lit les blocs ou pointe derrière eux. Sur les fichiers non pointables, les blocs sont lus et les données laissées de côté.
Se positionne n blocs après le début du fichier d'entrée avant de copier (pertinent pour les fichiers disques, où skip peut être terriblement lent).
Se positionne n blocs après le début du fichier de sortie avant de copier
Saute n blocs (en utilisant la taille de bloc de sortie spécifiée par bs ou obs ou la taille par défaut) après le début du fichier de sortie avant de commencer la copie.
Sur les fichiers non pointables (non 'seekable files'), les blocs existants sont lus et l'espace compris entre l'actuel fin de fichier et l'offset spécifié, s'il existe, est rempli avec des octets nuls. Sur les fichiers pointables ('seekable files'), l'implémentation pointe sur l'offset spécifié ou lit les blocs comme décrit pour les fichiers non pointables.
Ne copie que n blocs d'entrée.
Où les 'valeurs' sont des symboles séparés par des virgules, tirés de la liste suivante :
Les valeurs ascii (ou asciib), ebcdic (ou ebcdicb), et ibm (ou ibmb) sont mutuellement exclusives.
Les valeurs block et unblock sont mutuellement exclusives.
Si des opérandes autres que conv= sont spécifiés plus d'une fois, le dernier operande=valeur spécifié est utilisé.
Pour les opérandes bs=, cbs=, ibs=, et obs=, l'application doit fournir une expression qui spécifie une taille en octets. L'expression, expr, peut être :
Les variables d'environnement suivantes affectent les messages et les messages d'erreur de dd :
LANG
Fournit une valeur par défaut pour les variables d'internationalisation qui sont non définies ou nulles. Si LANG est non défini ou nul, la valeur correspondante par défaut dépendante de l'implantation locale sera utilisée. Si chacune des variables d'internalisation contient une valeur non valide, l'utilitaire se comportera comme si aucune des variables n'avait été définie.
LC_ALL
Si positionnée sur une valeur de chaîne de caractères non vide, prend le pas sur les valeurs de toutes les autres variables d'internationalisation.
LC_CTYPE
Définis la locale utilisée pour l'interprétation comme caractères des séquences d'octets de données texte (par exemple, caractères à octet unique, par opposition aux caractères multi-octets dans les arguments ou les fichiers d'entrée), la classification des caractères en majuscules ou minuscules, et le mappage des caractères d'une casse à une autre.
LC_MESSAGES
Détermine la locale à utiliser pour déterminer le format et le contenu des messages de diagnostic écrits dans la sortie standard des erreurs et les messages informatifs écrits dans la sortie standard.
NLSPATH
Détermine l'endroit des catalogues de messages pour le traitement de LC_MESSAGES.
Remarquer que l'envoi d'un signal SIGUSR1 à une commande dd en cours provoque l'écriture dans la sortie standard des erreurs du nombre d'enregistrements lus et écrits jusqu'à présent, puis la reprise de la copie.
dd if=/dev/zero of=/dev/null& pid=$! kill -USR1 $pid; sleep 1; kill $pid 10899206+0 records in 10899206+0 records out
Exemple d'effacement du disque /dev/sde
sudo dd if=/dev/zero of=/dev/sde status=progress oflag=dsync bs=1048576
Ce qui nous affiche
9866070045 bytes (1 GB, 0,9 GB) copied, 479,188 s, 2,7 MB/s
Vous pouvez aussi utiliser des versions de dd affichant en temps réel la progression comme dcfldd
ou dc3dd.
dcfldd est 100% compatible avec dd, mais supporte quelques commandes supplémentaires et affiche par défaut la progression de l'opération en cours.
En cas d'oubli au départ, on peut également afficher l'état d'avancement de la commande dd en tapant Ctrl+t à tout moment au cours de son éxecution.
Ce qui nous affiche
load: 1.74 cmd: dd 1645 uninterruptible 0.03u 8.25s 149+0 records in 148+0 records out 620756992 bytes transferred in 704.620913 secs (880980 bytes/sec)
Mes tests sont faits sur une partition de 97.88 GiB.
Avec dc3dd :
$ sudo time dc3dd if=/dev/sde4 of=/dev/sda5 dc3dd 7.2.641 started at 2015-10-13 01:27:13 +0000 compiled options: command line: ./dc3dd if=/dev/sde4 of=/dev/sda5 device size: 205279232 sectors (probed), 105,102,966,784 bytes sector size: 512 bytes (probed) 105102966784 bytes ( 98 G ) copied ( 100% ), 4741 s, 21 M/s input results for device `/dev/sde4': 205279232 sectors in 0 bad sectors replaced by zeros output results for device `/dev/sda5': 205279232 sectors out dc3dd completed at 2015-10-13 02:46:15 +0000 real 79m1.429s user 2m23.994s sys 13m0.181s
Avec dcfldd :
$ sudo time dcfldd if=/dev/sde4 of=/dev/sda5 bs=128K 3207424 blocks (100232Mb) written. 3207488+0 records in 3207488+0 records out real 58m37.099s user 0m53.673s sys 7m14.838s
Avec dd/pv :
$ sudo time pv /dev/sde4 | dd of=/dev/sda5 bs=128K [==================================================================================================> ] 99% 18230+1567284 records in 18230+1567284 records out 105102966784 bytes (105 GB) copied, 3437.89 s, 30.6 MB/s real 57m17.896s user 0m20.587s sys 8m17.316s
And the winner is … : dd !
Il existe une variante de dd pour récupérer des données sur un média défectueux, tel qu'un disque dur avec des mauvais secteurs. Il est appelé dd_rescue. Il est disponible ici : http://www.garloff.de/kurt/linux/ddrescue/
L'implémentation de dd pour le département de la défense est appelée dcfldd, et possède quelques caractéristiques comme une barre de progression, ainsi vous pouvez planifier vos pauses café : http://dcfldd.sourceforge.net/
Sdd est utile quand la taille des blocs d'entrée est différente de celle des blocs de sortie, et réussira dans des cas où dd échoue.
http://linux.maruhn.com/sec/sdd.html (lien injoignable ?)
source : http://wiki.mandriva.com/fr/Copie_par_blocs_d%27octets_avec_dd