Discussion :

[yann458]

Bonjour,
Je suis sur Linux Debian AMD64 installé sur un DD Interne "sda" ,
J'ai donc Windows Seven et Debian installé sur DD interne "sda"
et
j'ai commander un DD interne "sdb" de même marque et même capacité , que je vais mettre en externe,
ensuite je vais faire un cp /dev/sda > /dev/sdb pour cloner.
Intêret : Au cas ou que mon DD "sda" tombe en rad ou Debian qui ne démarre plus

Question:
Est ce que Debian va démarrer depuis le DD "sdb" monté en interne ?
Est ce que Debian va démarrer depuis le DD "sdb" monté en externe USB ???
Pour tester je prefére le démarrer en externe car je n'aime pas trop ouvrir mon PC , pourtant je sais installer un DD interne

Est ce Windows seven va démarrer depuis le DD "sdb" monté en externe ?
Je ne pense pas.

Merci.

[frp31]

Bonjour,
Je suis sur Linux Debian AMD64 installé sur un DD Interne "sda" ,
J'ai donc Windows Seven et Debian installé sur DD interne "sda"
et
j'ai commander un DD interne "sdb" de même marque et même capacité , que je vais mettre en externe,
ensuite je vais faire un cp /dev/sda > /dev/sdb pour cloner.
Intêret : Au cas ou que mon DD "sda" tombe en rad ou Debian qui ne démarre plus

non ça marchera pas.
utilise dd pour faire une vraie copie bloc à block + un autre dd pour copier les bootsectors
voir même si tu as un doute un dd par partitions.

Question:
Est ce que Debian va démarrer depuis le DD "sdb" monté en interne ?

après modif de grub et de /etc/fstab oui

Est ce que Debian va démarrer depuis le DD "sdb" monté en externe USB ???
Pour tester je prefére le démarrer en externe car je n'aime pas trop ouvrir mon PC , pourtant je sais installer un DD interne

après modif de grub et de /etc/fstab oui

Est ce Windows seven va démarrer depuis le DD "sdb" monté en externe ?
Je ne pense pas.

Merci.

ça je ne sais pas.

-----------


exemple de manipulation avec dd =>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
dd if=/dev/sda2 of=/dev/sdb2 bs=512

copie réelle de la partition (pas des fichiers) sda2 dans sdb2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
dd if=/dev/sda of=/dev/sdb count=1 bs=512

copie le boot secteur du disque sda sur celui de sdb (on parle bien ici de disque et pas de partitions comme sda1 ou autre... mais bien du disque sda tout court)

[Jipété]

exemple de manipulation avec dd =>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
dd if=/dev/sda2 of=/dev/sdb2 bs=512

Ça, c'était bien pour les disquettes !
Selon la taille des partitions, il risque d'y en avoir pour des jours,

[frp31]

Ça, c'était bien pour les disquettes !
Selon la taille des partitions, il risque d'y en avoir pour des jours,

C'est très lent mais à ce jour le taux d'erreur est toujours le plus faible ....
même un clonzilla ou d'autres ne font pas aussi bien

et non 4To mets moins de 16H entre 8 et 12h selon la qualité du sata.

[jlliagre]

C'est très lent mais à ce jour le taux d'erreur est tjrs le plus faible ....

Je ne vois pas en quoi effectuer 2,1 milliards d'opérations d'écritures de 512 octets sur un disque de 1 To procurerait un taux d'erreur inférieur à, par exemple, 1 million d'opérations d'écriture de 1 Mo sur le même disque.

J'aurais plutôt tendance à penser le contraire...

[frp31]

intuitivement moi non plus à vrai dire.... mais d'expérience....par contre .... et ça .. bha .... difficile d'aller contre les faits

[jlliagre]

Je conseille fortement d'écrire avec une taille de bloc comprise entre 128k et 1 Mo, ce qui diminuera la durée de l'opération par au moins un facteur 10. Il faut ensuite comparer les checksums des disques source et cible pour s'assurer qu'il n'y a pas eu d'erreur.

D'autre part, avec les disques modernes qui ont des blocs de 4k, il est tout à fait aberrant d'écrire par bloc de 512 octets, chaque écriture se traduisant par une lecture forcée du bloc cible pour mise à jour.

[disedorgue]

Bonjour,

Question bête: ne vaut-il pas mieux aussi que les disques ne soient pas utilisés lors du clonage et donc booter depuis un live (clé ou cd) pour faire l'opération ?

[frp31]

tout à fait oui ... tellement évident que j'ai même pas pensé à le mentionner :/ ma faute...

[yann458]

Pardon ca ne peux pas marcher

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cp /dev/sda > /dev/sdb

Mais si je fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat /dev/sda > /dev/sdb

Est ce que cela marche ?

Sinon je dois faire quel commande ?
je voudrais que l'opération se fasse le plus rapidement possible.
Le bs=512 , je peux le remplacer par exemple par bs=65536Merci.

[jlliagre]

Pardon ca ne peux pas marcher
cp /dev/sda > /dev/sdb

Non, ça ne peut pas marcher pour de multiples raisons : la première est que cp ne sort rien dans sa sortie standard donc rien n'est écrit dans /dev/sdb, la deuxième est que cp attend deux arguments au moins et il n'y en a qu'un ici, la troisième est que cp est conçu pour copier des fichiers, pas le contenu des fichiers.

Mais si je fais
cat /dev/sda > /dev/sdb

Est ce que cela marche ?

Oui si ton OS et la commande cat sont en 64 bit. C'est même aussi la solution la plus rapide car cat va optimiser (saturer) les lectures et les écritures en fonction des performances des disques et interfaces utilisées. Le problème avec cat est qu'il n'y a pas de moyen simple de savoir où il en est, et il n'est pas possible de reprendre une écriture car si une erreur survient, cat ne dira pas où il en était.

Un programme similaire à cat en terme de performance est pv (pipe viewer). Il est normalement prévu pour s'insérer entre deux commandes reliées par un pipe, ex:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dd if=/dev/sda ibs=1024k | pv | dd of=/dev/sdb obs=1024k

mais rien n'interdit de n'utiliser que pv comme ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

pv < /dev/sda > /dev/sdb

Sinon je dois faire quel commande ?
je voudrais que l'opération se fasse le plus rapidement possible.
Le bs=512 , je peux le remplacer par exemple par bs=65536

Comme indique dans les derniers messages, il faut que les deux disques soient inutilisés et démontés (umount), donc par exemple booter sur une clé USB.

Ensuite, il faut vérifier dans ce nouvel environnement quels sont les noms des devices associés aux deux disques puis utiliser la commande que tu veux, par exemple
cat, pv ou dd avec un blocksize conséquent, par exemple bs=128k ou mieux bs=1m, s'il y a des erreurs de lectures sur le disque source, on peut ajouter l'option conv=noerror,sync ou un outil dédié, ddrescue.

Ensuite, comme frp31 l'a déja indiqué, il faudra au moins modifier le fichier de config du boot loader pour qu'il monte la bonne partition. La partition Windows ne sera sûrement pas utilisable pour booter cet OS, mais devrait être montable et utilisable à partir de Debian.

[disedorgue]

Pour le dernier point, le bios ne sait pas inversé l'ordre pour que sdb devient sda (et vice versa) au lieu de modifier le boot loader et la fstab ?

Si cette possibilité existe ça aurait aussi l'avantage de pouvoir booter le windows...

[jlliagre]

Pas sûr que les BIOS acceptent de considérer un disque externe USB comme premier disque. Sinon, il y a aussi la possibilité de travailler avec de UUID dans grub comme dans la fstab, mais je ne sais pas comment l'OS réagit quand, suite à un clonage, plusieurs devices accessibles partagent le même UUID...

[Jipété]

Yop !

Pas sûr que les BIOS acceptent de considérer un disque externe USB comme premier disque.

On peut booter sur une clé USB mais on ne pourrait pas le faire sur un DD externe ?

La clé j'en suis sûr je l'ai fait, le DD externe je ne me souviens pas, mais quand on cherche, il y a plein de réponses sur le web...

[N_BaH]

On peut booter sur une clé USB mais on ne pourrait pas le faire sur un DD externe ?

d'autant que les BIOS de certains de mes PC considèrent/appellent les clés USB des disques durs USB...
mais

Pas sûr que [tous] les BIOS acceptent

[disedorgue]

Attention, ici, il n'est pas dit que l'on ne peut pas booter sur un disque USB, ici le sujet est de savoir si on peut le faire reconnaitre en tant que premier disque à hauteur du bios pour n'avoir rien à modifier coté OS ( linux ou windows ).
Ce qui permettrait de tester totalement le disque cloné en situation réelle sans avoir à le plugger en interne à la place de l'original.

[yann458]

le sdb peux être logiciellement démonté , mais je boote sur le sda.
Mais peux t'il fonctionner en tant que lecteur seule sur le sda (lecteur boot) et mode lecture/ecriture sur le sdb (démonté)
Si non peux t'il se faire depuis le boot cd ubuntu en mode live ???

[disedorgue]

Si tu parles toujours du clonage, la recette est:

• Boot sur cd ou cle usb live
• detecté qui est sda et qui est sdb (voir sdX car si tu passe par une clé usb, celle-ci pourrait fort bien s'appeler sda, enfin, il me semble)
• s'assurer qu'il ne sont pas montés et les démontés si c'est pas le cas
• faire ton clonage via l'unes des commandes préconisées ( perso, j'ai une préférence pour dd )

[chrtophe]

Utiliser les UUID dans /etc/fstab et dans grub permettent de s'affranchir des problèmes de remplacement de /dev/sda par /dev/sdb.

[jlliagre]

On peut booter sur une clé USB mais on ne pourrait pas le faire sur un DD externe ?

La clé j'en suis sûr je l'ai fait, le DD externe je ne me souviens pas, mais quand on cherche, il y a plein de réponses sur le web...

Oui, on peut bien sûr demander au bios de booter sur l'USB, mais il risque de continuer à s'appeler sdb. Comme l'a compris Disedorgue, mon interrogation porte sur la possibilité de modifier l'ordre des disques via une configuration du bios afin que sda soit le disque usb et sdb le disque interne.