ddrescue termine dorénavant en erreur s'il rencontre une fin de fichier qui annulerait des données déjà lues avec succès, comme cela peut arriver si le disque disparaît de /dev
J'ai eu ce cas là récemment. Lors du ddrescue, le disque se bloquait parfois et dépassant probablement un timeout interne au disque, il disparaissait... Seul un reboot complet permet de revoir le disque et de reprendre le ddrescue là où il en était. LE problème étant que ddrescue ne reprenait pas où il en était... mais là où le log s'est arrêté, c'est à dire quand 3sec/10min/30min après avoir remarqué que le disque avait disparu, j'interrompait ddrescue manuellement. C'est à dire que dès que le disque disparaissait, ddrescue marquait les blocks comme non lisibles dans le log, et une reprise du log ne retentait pas leur lecture... On se retrouve avec un fichier de sortie plein de trous, mais on ne sait pas où sont les trous...
Cette amélioration est une très bonne nouvelle !
ce commentaire est sous licence cc by 4 et précédentes
# disque qui disparait
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GNU ddrescue 1.17. Évalué à 10.
J'ai eu ce cas là récemment. Lors du ddrescue, le disque se bloquait parfois et dépassant probablement un timeout interne au disque, il disparaissait... Seul un reboot complet permet de revoir le disque et de reprendre le ddrescue là où il en était. LE problème étant que ddrescue ne reprenait pas où il en était... mais là où le log s'est arrêté, c'est à dire quand 3sec/10min/30min après avoir remarqué que le disque avait disparu, j'interrompait ddrescue manuellement. C'est à dire que dès que le disque disparaissait, ddrescue marquait les blocks comme non lisibles dans le log, et une reprise du log ne retentait pas leur lecture... On se retrouve avec un fichier de sortie plein de trous, mais on ne sait pas où sont les trous...
Cette amélioration est une très bonne nouvelle !
ce commentaire est sous licence cc by 4 et précédentes