Scan-Probleme: Dateien, die Meshory nicht abschließen konnte

Aktualisiert am 3. Sept. 2026 · 5 Min. Lesezeit

Warum ein Modell nach einem Scan in deiner Bibliothek fehlt: wo Meshory die Dateien auflistet, die es nicht lesen konnte, warum jede davon fehlgeschlagen ist und wie du sie erneut versuchst oder ignorierst.

Eine große Bibliothek lässt sich selten perfekt scannen. Ein Archiv stellt sich als beschädigt heraus, ein NAS fällt mitten im Lesen für eine Sekunde aus, ein Ordner verweigert den Zugriff. Nichts davon sollte verhindern, dass der Rest deiner Bibliothek erfasst wird. Deshalb schließt Meshory den Scan ab und protokolliert, was es nicht verarbeiten konnte. Dieses Protokoll findest du in Settings unter Scanning, ganz oben auf der Seite.

Warum eine Datei auf der Liste landet

Nur Arbeit, die Meshory bereits aufgegeben hat. Jede Stufe versucht es zuerst selbst erneut, daher wird ein kurzer Netzwerkaussetzer, der sich beim zweiten Versuch erledigt, nie zu einem Problem. Eine Zeile erscheint, wenn diese begrenzten Wiederholungen ausgeschöpft sind oder das Ergebnis für die Datei in ihrem aktuellen Zustand endgültig ist.

• Ein Archiv, das beschädigt ist, ein Passwort braucht oder eine Struktur nutzt, die Meshory nicht lesen kann
• Ein Archiv, das problemlos indexiert wurde, dessen passwortgeschützte Einträge aber übersprungen wurden
• Ein Ordner, für den Meshory keine Leseberechtigung hat
• Eine Netzwerkquelle, deren Verbindung abbrach, während eine Datei gelesen wurde, oder Cloud-Inhalte, die nicht heruntergeladen werden konnten
• Ein Lesevorgang mit Zeitüberschreitung
• Ein Modell, für das Vorschau, Geometrie oder Metadaten nicht erzeugt werden konnten

Nicht jede Zeile ist ein Fehler. Ein Archiv, das nichts enthält, wofür Meshory eine Vorschau erzeugen kann, wird als Hinweis aufgeführt. So siehst du, warum es kein Titelbild hat, ohne dass es der Quelle angelastet wird. Und wenn sich kein Titelbild erstellen lässt, weil ein Eintrag eine Größengrenze überschreitet, nennt die Zeile die Grenze und bietet kein Retry an, weil ein neuer Versuch an derselben Grenze scheitern würde.

Konnte eine ganze Quelle nicht durchlaufen werden, bekommst du eine einzige Zeile für die Quelle, die meldet, wie viele Ordner betroffen waren, statt Hunderter Zeilen für dasselbe eigentliche Problem. Eine Datei, die nie indexiert werden sollte, ist etwas anderes: Wenn ein Format fehlt, statt fehlzuschlagen, sieh unter Was Meshory indexiert nach.

Was dir eine Zeile verrät

• Der Datei- oder Ordnername und sein Ort relativ zur Quelle
• Die fehlgeschlagene Stufe, etwa Archivindexierung, Vorschauerzeugung oder Metadatenextraktion
• Eine verständlich formulierte Ursache statt eines Fehlercodes
• Wann es zuletzt versucht wurde und wie viele Versuche es bisher gab

Die Zeilen sind nach Quelle gruppiert, der Eintrag Scanning in der Settings-Seitenleiste zeigt die Zahl der offenen Probleme, und die ganze Liste bleibt erhalten, wenn du Settings schließt oder die App neu startest. Reveal öffnet die Datei in deinem Dateimanager. Copy details kopiert Pfad, Stufe, Ursache und Zeitstempel in die Zwischenablage.

Erneut versuchen

Retry führt nur die fehlgeschlagene Stufe erneut aus und zeigt den Fortschritt Schritt für Schritt. Eine fehlgeschlagene Vorschau indexiert also nicht das ganze Archiv drumherum neu. Das Problem verschwindet, sobald diese Stufe gelingt. Alles, was danach kommt, etwa Vorschaubilder für die Inhalte eines jetzt lesbaren Archivs, läuft im Hintergrund weiter. Retry all arbeitet die Liste vom ältesten Eintrag an ab und bleibt dabei begrenzt, damit es eine Netzwerk- oder Cloud-Quelle nicht überlastet.

Ignorieren, was du nicht beheben kannst

Manche Zeilen verschwinden nie. Ein Archiv, dessen Einträge ein Passwort brauchen, das du nicht hast, eine Datei in einer Variante, die Meshory nicht parsen kann, ein Ordner, auf den du gar keinen Zugriff gewähren willst. Bleiben solche Einträge für immer auf der Liste, wird aus einer nützlichen Liste Rauschen. Deshalb kannst du sie ignorieren. Eine ignorierte Datei verschwindet aus der Problemliste, zählt nicht mehr zum Scanning-Badge und taucht nicht mehr in Hinweisen nach dem Scan auf, auch wenn sie erneut fehlschlägt.

Ignorieren heißt ablegen, nicht löschen. Nichts wird entfernt: Das Vorkommen, sein Verlauf und sein Platz in einem exportierten Log bleiben erhalten. Ignorierte Dateien stehen in einer eigenen Liste. So siehst du, was du beiseitegelegt hast, und kannst alles davon später wiederherstellen. Restore holt die Datei wieder nach vorn, wenn sie weiterhin fehlschlägt, und entfernt den Eintrag einfach, wenn das Problem inzwischen behoben ist.

Probleme, die sich von selbst erledigen

Du musst die Liste nicht von Hand abarbeiten. Ist ein getrenntes NAS wieder da, liest der nächste Durchlauf die Datei, und das Problem schließt sich von selbst, als Teil von erneutem Scannen und Überwachen. Auch wenn du die Datei änderst, löschst oder ihre Quelle entfernst, wird es geschlossen, und der Eintrag bleibt als Verlauf erhalten, statt verworfen zu werden. Platzhalterdateien in cloud-synchronisierten Ordnern verhalten sich genauso, sobald der Anbieter sie heruntergeladen hat.

Namen und Pfade bleiben auf deinem Rechner

Die Liste zeigt echte Dateinamen und echte Pfade, weil sie deinen Computer nie verlässt. Für Diagnosedaten gelten weiter die bisherigen Regeln: Ist das Ausblenden von Namen aktiv, enthalten sie nur die Anzahl der Probleme nach Art, Stufe und Ursache, aber keine Namen, Pfade oder Details. Export issue history ist eine bewusste Aktion: Sie schreibt deine offenen Probleme und die gelösten der letzten 30 Tage in ein Log im Ordner Downloads und weist dich vorher darauf hin, dass die Datei lokale Pfade enthält.