Problèmes de scan : les fichiers que Meshory n'a pas pu traiter jusqu'au bout

Mis à jour le 3 sept. 2026 · 5 min de lecture

Pourquoi un modèle manque dans votre bibliothèque après un scan : où Meshory liste les fichiers qu'il n'a pas pu lire, pourquoi chacun a échoué, et comment les relancer ou les ignorer.

Le scan d'une grande bibliothèque se passe rarement sans accroc. Une archive se révèle endommagée, un NAS décroche une seconde en pleine lecture, un dossier refuse l'accès. Rien de tout cela ne devrait empêcher le reste de votre bibliothèque d'être catalogué : Meshory termine donc le scan et consigne ce qu'il n'a pas pu traiter. Ce relevé se trouve dans Settings, sous Scanning, tout en haut de la page.

Pourquoi un fichier se retrouve dans la liste

Seulement le travail auquel Meshory a déjà renoncé. Chaque étape commence par réessayer d'elle-même : une micro-coupure réseau résolue à la deuxième tentative ne devient donc jamais un problème. Une ligne apparaît quand ce nombre limité de nouvelles tentatives est épuisé, ou quand le résultat est définitif pour le fichier dans son état actuel.

• Une archive endommagée, qui exige un mot de passe ou dont Meshory ne sait pas lire la structure
• Une archive indexée sans problème, mais dont les entrées protégées par mot de passe ont été ignorées
• Un dossier que Meshory n'a pas l'autorisation de lire
• Une source réseau qui s'est déconnectée pendant la lecture d'un fichier, ou du contenu cloud qui n'a pas pu être téléchargé
• Une lecture qui a dépassé le délai
• Un modèle dont l'aperçu, la géométrie ou les métadonnées n'ont pas pu être produits

Toutes les lignes ne sont pas des échecs. Une archive qui ne contient rien que Meshory puisse prévisualiser est listée à titre informatif : vous voyez pourquoi elle n'a pas d'image de couverture, sans que cela pèse sur le bilan de la source. Et quand une couverture ne peut pas être créée parce qu'une entrée dépasse une limite de taille, la ligne indique laquelle et ne propose pas Retry, puisqu'une nouvelle tentative se heurterait à la même limite.

Si une source entière n'a pas pu être parcourue, vous obtenez une seule ligne au niveau de la source, qui indique combien de dossiers sont concernés, plutôt que des centaines de lignes pour le même problème de fond. Un fichier qui n'a jamais eu vocation à être indexé est une autre affaire : consultez ce que Meshory indexe si un format est absent plutôt qu'en échec.

Ce qu'indique une ligne

• Le nom du fichier ou du dossier, et son emplacement par rapport à la source
• L'étape qui a échoué, par exemple l'indexation d'une archive, la génération d'un aperçu ou l'extraction des métadonnées
• Une cause en langage clair, pas un code d'erreur
• La date de la dernière tentative, et le nombre de tentatives effectuées

Les lignes sont regroupées par source, l'entrée Scanning de la barre latérale des réglages affiche le nombre de problèmes non résolus, et la liste entière est conservée quand vous fermez Settings et redémarrez l'application. Reveal ouvre le fichier dans votre gestionnaire de fichiers ; Copy details copie le chemin, l'étape, la cause et les horodatages dans le presse-papiers.

Nouvelles tentatives

Retry ne relance que l'étape qui a échoué et affiche sa progression pas à pas : un aperçu en échec ne provoque donc pas la réindexation de l'archive qui le contient. Le problème disparaît dès que cette étape réussit ; la suite, comme les miniatures du contenu d'une archive devenue lisible, se poursuit en arrière-plan. Retry all traite la liste en commençant par les plus anciens, avec une cadence limitée pour ne pas saturer une source réseau ou cloud.

Ignorer ce que vous ne pouvez pas corriger

Certaines lignes ne disparaîtront jamais. Une archive dont les entrées exigent un mot de passe que vous n'avez pas, un fichier dans une variante que Meshory ne sait pas analyser, un dossier auquel vous n'avez aucune intention de donner accès. Les laisser indéfiniment dans la liste transforme une liste utile en bruit : vous pouvez donc les ignorer. Un fichier ignoré sort de la liste des problèmes, n'est plus compté dans le badge Scanning et n'apparaît plus dans les notifications de fin de scan, y compris s'il échoue de nouveau.

Ignorer, c'est classer, pas supprimer. Rien n'est effacé : l'occurrence, son historique et sa place dans un journal exporté sont tous conservés. Les fichiers ignorés sont rangés dans une liste à part : vous voyez ce que vous avez mis de côté et pouvez en restaurer n'importe quel élément plus tard. Restore remet le fichier sous vos yeux s'il échoue toujours, et efface simplement l'entrée si le problème a été résolu entre-temps.

Les problèmes qui se résolvent d'eux-mêmes

Inutile de traiter la liste à la main. Quand un NAS déconnecté revient, le passage suivant lit le fichier et le problème se clôt de lui-même, dans le cadre du nouveau scan et de la surveillance. Modifier le fichier, le supprimer ou retirer sa source le clôt aussi, et l'entrée est conservée dans l'historique au lieu d'être jetée. Les fichiers d'espace réservé des dossiers synchronisés avec le cloud se comportent de la même façon une fois que le fournisseur les a hydratés.

Les noms et les chemins restent sur votre machine

La liste affiche les vrais noms de fichiers et les vrais chemins, car elle ne quitte jamais votre ordinateur. Les diagnostics gardent leurs règles habituelles : avec le masquage des noms activé, ils ne contiennent que le nombre de problèmes par type, étape et cause, sans noms, chemins ni détails. Export issue history est une action explicite qui écrit vos problèmes non résolus, plus ceux résolus au cours des 30 derniers jours, dans un journal placé dans le dossier Téléchargements, et vous prévient d'abord que le fichier contient des chemins locaux.