Commande dd : problème avec count

Version imprimable

bonjour,

1)Plusieurs fois j'ai vu utilser cette commande dd suivante (e):
Code:

1 2 sudo dd if=/dev/zero of=/dev/sda bs=512 count=20
seulement la documentation de man dd mentionne que:
count= copy only N input blocks

et aussi parce que d'après cette page:
https://blog.desdelinux.net/en/compl...h-dd-examples/

2 commandes linux me posaient un léger problème:
Code:

1 2 3 4 5 (f) dd if = / dev / zero count = 1 bs = 1024 seek = 1 of = / dev / sda6 - » Destroy the superblock dd if = / dev / zero count = 1 bs = 4096 seek = 0 of = / dev / sda5 - » Another way to destroy the superblock
problème résolu car d'après (f)

count=1 signifie que 0 prend 1 bloc donc là count est bien le nombre de bloc d'entrée et non le nombre de blocs de sortie.

oui mais si (f) écrit 1 bloc de taille bs de zéros sur /dev/sda6 à partir du 1er bloc(seek=1),les blocs suivants le 2nd bloc de /dev/sda6 ne seront pas détruits ! Donc en quoi le superblock est-t-il détruit?

Donc pour être plus précis,cette commande (e) écrit 20 blocs de 512 octets de zéros sur sda
Est-ce bien cela?

Il n'y a pas dans la doc de count pour output blocks
Devons-nous en déduire que :
count=input count=outpout count?

2)si on écrit:
Code:

1 2 sudo dd if=/dev/zero of=/dev/sda1 bs=512 conv=notrunc
le MBR de sda est-il préservé?(pas détruit par les zéros) car je n'ai touché que la partition sda1

ce qui sous-entend que si j'écris:
Code:

1 2 sudo dd if=/dev/zero of=/dev/sda bs=512 conv=notrunc
tout est mis à zéros y compris le MBR du secteur initial

merci de votre aide

19/04/2022, 07h28
Christophe

Citation:

Il n'y a pas dans la doc de count pour output blocks

Normal, il y a autant d'octets écrits que d'octets lus. Ce nombre dépendant de count multiplié par bs. Sans prendre en compte les options de décalage skip en entrée seek en sortie.

sda représente tout le disque, sda1 la 1ère partition, donc oui faire :

Code:

sudo dd if=/dev/zero of=/dev/sda1 bs=512 conv=notrunc

va effacer sda1 mais ne pas toucher le MBR

Par contre, je ferais attention si il y a un sda2, normalement dd devrait s'arrêter à la fin de sda1, mais prudence.

Et attention, maintenant on utilise GPT.
19/04/2022, 12h31
N_BaH

j'avais une machine, qui intervertissait les disques selon son bon plaisir, sous SysVinit.
19/04/2022, 13h06
tabkelm

"oui mais si (f) écrit 1 bloc de taille bs de zéros sur /dev/sda6 à partir du 1er bloc(seek=1),les blocs suivants le 2nd bloc de /dev/sda6 ne seront pas détruits ! Donc en quoi le superblock est-t-il détruit?"
19/04/2022, 18h22
Jipété

Citation:

Envoyé par tabkelm

"oui mais si (f) écrit 1 bloc de taille bs de zéros sur /dev/sda6 à partir du 1^er bloc (seek=1), les blocs suivant le 2^nd bloc de /dev/sda1 ne seront pas détruits !"

Encore heureux ! Manquerait plus que ça... Et puis d'abord, pourquoi le seraient-ils ? Comment pourraient-ils l'être ?
Est-ce que tu comprends ce que tu as écrit ?

Citation:

Envoyé par N_BaH

j'avais une machine, qui intervertissait les disques selon son bon plaisir, sous SysVinit.

Jamais connu ça en 20 ans de SysVinit, il suffit que je découvre systemd opérationnel pour que les ennuis commencent. Oui je sais, la coïncidence est le pire ennemi de la vérité. Et pourtant, c'est ce que j'ai vécu au démarrage de la nouvelle machine.
Pour me sortir de cet enfer il m'a fallu créer un nouveau noyau où les pilotes disque sont compilés en dur et non pas en modules.
19/04/2022, 20h12
tabkelm

je me suis trompé:
"oui mais si (f) écrit 1 bloc de taille bs de zéros sur /dev/sda6 à partir du 1er bloc(seek=1),les blocs suivants le 2nd bloc de /dev/sda6 ne seront pas détruits ! Donc en quoi le superblock est-t-il détruit?"