Lorsque j'utilisais DOS et Windows, j'ai vu toute une sélection d'outils pour vérifier la lisibilité des disques optiques et comparer un lecteur optique lui-même. La plupart d'entre eux visualisaient même les résultats sous la forme d'un joli graphique.
Y en a-t-il pour les OS GNU / Linux?
Je préférerais avoir un outil graphique complet, mais pour le cas particulier que j'ai maintenant, j'ai juste besoin de vérifier si mon lecteur de CD peut lire chaque octet d'un disque CD-RW fortement rayé.
dd
ici.cat /dev/cdrom
etmd5sum /dev/cdrom /path/to/file.iso
fonctionnera aussi bien.md5sum
sur l'image du CD ou sur le disque dur, il faut envisager la possibilité d'avoir des zéros à la fin du fichier .iso. Voir cette réponse pour plus de détails.Pour une vérification de bas niveau, j'ai trouvé qpxtool . Avec mon lecteur (qui, pour être honnête, ne figure pas sur la liste des appareils pris en charge), les résultats n'avaient pas de sens, mais vous aurez peut-être plus de chance.
la source
J'ai utilisé dvdisaster pour m'aider à récupérer les données de quelques sous-verres DVD et CD-R que j'ai gravés. C'est une application GTK, et probablement disponible sous forme de package sur votre distribution Linux préférée.
Il a un bel affichage graphique montrant quels secteurs sont bons et mauvais. Il conserve également diverses statistiques lors de la lecture de vos médias.
la source
En ligne de commande, il y a
readom
(à partir de cdrkit, un fork de cdrtools) etreadcd
(à partir des cdrtools originaux de Joerg Schilling). Les deux peuvent vérifier les erreurs C2.Il y a aussi
cdck
, qui va générer un fichier texte qui peut être alimenté à gnuplot pour obtenir des graphiques.la source
Il y a aussi la ligne de commande
GDDRescue
(GNU Data Rescue) qui semble très flexible.Cet examen de plusieurs outils pour récupérer des données à partir de CD / DVD rayés, y compris
GDDRescue
. J'ai eu beaucoup mieux avec l' expérienceGDDRescue
qu'avecreadcd
: en utilisant configs principalement par défaut,readcd
trébuché sur un DVD rayé mal; tandisddrescue
qu'après quelque 72h de travail, il a produit un brillant.iso
dans lequel les erreurs de lecture ont été minimisées. Comme l'indique sa page de manuel,ddrescue
"il était difficile de récupérer les données en cas d'erreurs de lecture" et a réussi.la source