Il aurait été utile d’utiliser l’option « blocksize » (« bs » pour dd, « -b » pour ddrescue) pour accélérer notablement la vitesse de copie.

En effet j’ai eu récemment à effectuer un certain nombre de copies entières de disques (1To à chaque fois…), et par défaut le blocksize est de 512 (octets) ce qui donne des débits totalement ridicules (je n’ai hélas pas noté les chiffres).
En le mettant à 8M ou 16M, on retombe sur les débits habituels lors de copies de gros fichiers (en passant par la couche filesystem donc).

Donc sur un disque de 400Go, par usb, avec un débit de 20Mo/s (soyons pessimistes), on arrive à une copie entière en moins de 5h, ce qui est mieux de 30h :)

De plus, dd permet de savoir où il en est, en lui envoyant le signal USR1 : il affiche le volume déjà copié, la vitesse moyenne, et d’autes choses du genre…
Donc un « while [ 1 ]; do sudo kill -USR1 ; sleep 5; done », qui tourne en parallèle, on a un output régulier qui est rassurant.

Interessant, merci :-)

C le 1er outil qu’utilise les boites de recuperation de donnees….. avant l’ouverture du disque lui meme.

Bien a vous et bravo pour ce site.

TT

Sur linuxfr.org on a eu un bon débat la dessus ( http://linuxfr.org/~marvin/28332.html ).

C’est très instructif, on s’aperçoit que même si dans la théorie après une écriture (de /dev/null par exemple) on peut récupérer les anciennes données, dans la pratique les statistiques sont contre nous.

Si quelqu’un a des infos contradictoires je suis preneur, mais dans l’état j’ai arrêté d’être parano ;-)