Je viens de remarquer une anomalie, en triant des fichiers extraits avec Photorec 7.1 WIP. La majorité des fichiers du disque dur d'origine ont préalablement été récupérés avec R-Studio, se basant sur le système de fichiers peu endommagé après formatage simple, donc pour les fichiers ainsi récupérés j'ai la référence du fichier d'origine. La plupart des fichiers ont été détectés par DoubleKiller (logiciel de détection et suppression de doublons) comme strictement identiques. D'autres fichiers ont ensuite été détectés et supprimés par une analyse partielle des premiers 100Ko (pour le cas où le fichier récupéré par Photorec diffère de quelques octets, ou pour les fichiers fragmentés, rares en l'occurrence). Mais il est apparu une série de 37 fichiers tous strictement identiques entre eux, d'une taille de 504532 octets, et identifiés (par analyse partielle avec DoubleKiller) comme correspondant à un même dossier de 37 fichiers MP3. À l'examen avec WinHex, il apparaît que Photorec a tronqué ces fichiers à la fin du premier champ ID3, ces fichiers ayant la particularité d'en comporter deux à la suite (le premier comprend une image JPG, le second les informations d'identification du morceau) ; pourtant le second champ ID3 ne commence pas à une limite de secteur (offset = 504532), et ne devrait donc pas être considéré comme le début d'un nouveau fichier, ou la fin du fichier précédent.
Ci-joint l'un de ces fichiers, qui permettra éventuellement à l'auteur de faire des tests pour corriger le problème. https://www.cjoint.com/c/JInrq7SssIA
Testé v. 7.2 WIP (en galérant pendant une demi-heure pour retrouver comment lancer une analyse à partir d'un emplacement précis) : exactement le même résultat, ces fichiers sont tronqués à 504532 octets.
(Du reste les notes d'évolutions pour les versions 7.1 finale et 7.2 WIP ne mentionnent rien de nouveau concernant les fichiers MP3.)
Veuillez préparer un fichier de disque d'une taille minimale si possible pour pouvoir reproduire l'erreur.
Ensuite mettez-le à la disposition de Christophe Grenier.
Je crois avoir fourni suffisamment d'explications. Il suffit de copier le fichier MP3 joint (lien cjoint.com) sur une partition quelconque (NTFS en l'occurrence mais ça ne doit pas avoir d'influence), vérifier qu'il est en un seul fragment (le défragmenter le cas échéant – Defraggler par exemple permet de défragmenter sélectivement un fichier), repérer son emplacement et démarrer l'analyse à cet emplacement {*} en sélectionnant uniquement les fichiers MP3 (pour gagner du temps et éviter d'extraire des fichiers inutiles) : on constate que le fichier extrait a une taille de 504532 au lieu de 984326. Et il en serait de même pour tous les autres fichiers de ce dossier qui ont la même structure.
Normalement l'auteur Christophe Grenier est censé consulter ce forum, n'est-il pas ?
{*} C'est la partie pénible, je ne sais jamais quel champ il faut modifier dans le fichier de session photorec.ses pour contrôler ce paramètre. Ce n'est ni le premier après un “#”, ni la valeur “off,xxxxxx”, j'ai réussi en remplaçant la première des deux valeurs de la dernière ligne de chiffres par l'emplacement du fichier en secteurs, correspondant au nom du fichier moins le “f”, soit :
6556160-5860532223 => 3851994008-5860532223
Il devrait y avoir une option dans l'interface du logiciel permettant d'entrer directement un emplacement de démarrage, ou un intervalle à analyser, en secteurs ou en octets – j'ai vérifié dans le manuel, il n'y a pas non plus d'option à cet effet en ligne de commande.