Comment accélérer un dd complet ?

Pour copier une partition en gros, utiliser cat au lieu de dd . J'ai couru repères il y a quelque temps, en copiant un gros fichier plutôt qu'une partition, entre deux disques (sur le même disque, les timings relatifs sont différents) :

dd bs=64M    51.3
dd bs=1M     41.8
dd bs=4k     48.5
dd bs=512    48.9
cat          41.7
cp           45.3

La conclusion de ce benchmark est que le choix de la taille des blocs pour les dd importe (mais pas tant que ça), et cat trouve automatiquement la meilleure façon de faire une copie rapide : dd ne peut que vous ralentir. Avec une petite taille de bloc, dd perd du temps à faire des pertes de lectures et d'écritures minuscules. Avec une grande taille de bloc, un disque reste inactif pendant que l'autre lit ou écrit. Le taux optimal est atteint lorsqu'un disque lit pendant que l'autre écrit.

Pour copier une partition, il peut être plus rapide de copier les fichiers avec la fonction cp -a . Cela dépend du nombre de fichiers qu'il y a et de la part d'espace libre dans le système de fichiers. La copie de fichiers a une surcharge qui est à peu près proportionnelle au nombre de fichiers, mais d'un autre côté, la copie de l'espace libre fait perdre du temps.

Le débit maximal de l'USB2 est d'un peu moins de 50 Mo/s, ce qui représente 6 à 7 heures pour transférer 1 To. Cela suppose un disque dur suffisamment rapide pour saturer le bus USB ; je pense que les disques 7200 tr/min les plus rapides peuvent le faire, mais les 5900 tr/min ne sont peut-être pas si rapides (peut-être le sont-ils pour les écritures linéaires ?).

Si l'un ou l'autre des disques est utilisé en parallèle, cela peut ralentir considérablement la copie car les têtes de disques devront se déplacer.

Le problème vient de votre type de connexion, et de la taille du bloc. Pour obtenir les meilleurs résultats, la taille de votre bloc doit correspondre à la moitié de la vitesse d'écriture la plus faible que vous recevez habituellement. Cela vous donnera une marge de sécurité, tout en permettant un grand nombre d'écritures ; bien sûr, vous devez aussi avoir assez de mémoire vive pour contenir les données.

Usb 2.0 est de 12 mégabits par seconde (Mbps), Usb 2.0 High Speed est de 480 Mbps. Il s'agit bien sûr de la vitesse brute ; avec 8 bits dans un octet et les frais de cadrage, la vitesse utilisable en MB/s est généralement supérieure d'une décimale. Ainsi, par exemple, une vitesse brute de 480 devient 48 Mo/s utilisables. Gardez à l'esprit qu'il s'agit du meilleur résultat mathématique, dans le monde réel, il sera un peu plus bas. Pour les connexions USB 2.0 à haut débit, vous devez vous attendre à une vitesse d'écriture maximale de 30-35 Mo, à condition que le périphérique de stockage puisse égaler ou dépasser les vitesses de connexion.

Je suis d'accord que la vitesse brute d'une machine bien réglée dd ('pv') ou 'cat' est difficile à battre, mais s'il y a un problème avec la copie (secteur défectueux, panne de courant, erreur de l'utilisateur, etc), vous devez recommencer.

Je voudrais suggérer ddrescue - un outil FOSS qui a toute la vitesse de dd mais qui contourne les erreurs de disque, et reprend à un point ultérieur s'il y a une défaillance.

Je suis en train de déplacer Windows 7 d'un disque dur vers un disque dur SSD et j'ai trouvé ceci et d'autres réponses... Quelque chose que j'ai appris qui pourrait aider les autres. Dans mon cas, le disque source est plus grand, sinon j'aurais travaillé au niveau du périphérique /dev/sda -> /dev/sdb.

Win7 et ses 3 partitions... J'ai utilisé le live cd Xbuntu 14.04 sur un usb. J'ai sorti le DVD de l'ordinateur Win et mis le SSD à sa place. J'ai installé Partclone et essayé ceci :

partclone.ntfs -b -N -s /dev/sda3 -o /dev/sdb3

Partclone a vomi sur le ntfs nécessitant l'exécution de chkdisk dans Windows, donc une réparation rapide a rendu Partclone heureux :

ntfsfix -b /dev/sda3
ntfsfix -d /dev/sda3

Toutes les commandes sont exécutées en tant que root. L'interface utilisateur ncurses de Partclone (l'option -N) indiquait que le transfert était de 7GB/min et a fini à 5GB/min, ce qui équivaut à 83MB/sec. Le plus intéressant est que Partclone ne copie pas l'espace inutilisé, ce qui rend le clone remarquablement rapide.

Autres gotchyas potentielles :

• si le disque que vous transférez a déjà été utilisé, il peut avoir des restes de GPT. Les installations d'usine de Windows 7 sont généralement des tables de partition msdos/mbr. Vous devrez supprimer les fragments GPT du disque de destination. Voici AQ Unix & Linux m'a aidé à le faire. Vous devez utiliser gdisk sur le périphérique, utilisez x puis z et oui pour supprimer les données GPT et assurez-vous de GARDER le MBR.

• Et n'oubliez pas que si vous n'effectuez pas un dd au niveau du périphérique, vous devrez copier le MBR en utilisant
  dd if=/dev/sdb of=/dev/sda bs=446 count=1
  où sdb est la source ou l'ancien disque et sda est la destination ou le nouveau disque. ( source )