Warum zeigt eine Fotobibliothek erst nach dem Aktivieren einer externen Bibliothek Duplikate an?

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Duplikate, die erst nach dem Aktivieren einer externen Bibliothek erscheinen, bedeuten meist, dass dasselbe Foto über zwei verschiedene Importpfade in die Datenbank gelangt ist.

Beginnen Sie nicht damit, scheinbar identische Karten zu löschen. Ermitteln Sie zuerst, ob die Anwendung zwei Datensätze für eine physische Datei erstellt, eine hochgeladene Kopie zusammen mit dem externen Original indiziert oder eine tatsächlich andere bearbeitete Datei gefunden hat. Die Lösung besteht darin, die sich überschneidende Importgrenze zu beseitigen und gleichzeitig das maßgebliche Asset sowie dessen Besitzverhältnisse zu erhalten.

Stellen Sie fest, ob das Duplikat physisch oder auf Datenbankebene vorliegt

Wählen Sie ein dupliziertes Foto aus und vergleichen Sie dessen Dateisystempfad, Größe, Prüfsumme, Aufnahmezeitpunkt und Bibliotheksdatensatz-ID. Zwei Karten in der Benutzeroberfläche bedeuten nicht automatisch, dass zwei physische Kopien existieren.

Eine Verarbeitung von Assets aus externen Bibliotheken kann Dateien sichtbar machen, die bereits über einen anderen Pfad hochgeladen wurden, und dadurch zwei Anwendungsdatensätze erzeugen, selbst wenn im Haushalt nur ein zugrunde liegendes Bild gespeichert ist.

Wenn beide Datensätze über unterschiedliche Bibliotheksstammverzeichnisse auf denselben physischen Inhalt verweisen, handelt es sich um ein Problem an der Importgrenze. Wenn tatsächlich zwei Dateien existieren, untersuchen Sie stattdessen den Kopierworkflow.

Erfassen Sie jeden Pfad, der denselben Ordner indizieren kann

Notieren Sie das Upload-Verzeichnis, die Stammverzeichnisse der externen Bibliotheken, Bind-Mounts, Synchronisationsziele und alle verschachtelten Ordner, die auf einen anderen indizierten Verzeichnisbaum zurückverweisen.

Selbst gehostete Foto-Setups trennen häufig verwaltete Uploads und überwachten Speicher. Wenn Sie diese Bibliotheksgrenzen von Immich verstehen, lassen sich überlappende Stammverzeichnisse leichter erkennen, als wenn Sie in der Benutzeroberfläche nach einer allgemeinen Schaltfläche zum Entfernen von Duplikaten suchen.

Deaktivieren oder begrenzen Sie in einer Testbibliothek eine der sich überschneidenden Quellen. Wenn der zweite Datensatz nach einem unterstützten erneuten Scan verschwindet und die Datei weiterhin zugänglich bleibt, behalten Sie einen einzigen maßgeblichen Importpfad bei.

Trennen Sie Besitzverhältnisse von der Dateiidentität

Vergleichen Sie, wem die einzelnen Bibliotheksdatensätze gehören und ob eine Kopie von einem Benutzer hochgeladen wurde, während die externe Bibliothek dieselbe Datei für einen Administrator oder ein Dienstkonto indiziert.

Ein typischer selbst gehosteter Immich-Speicherpfad nutzt mehrere Dienste und Speicherorte. Daher können identische Bytes mit unterschiedlichen Besitz- oder Lebenszyklusregeln in die Anwendung gelangen.

Führen Sie Datensätze nicht blind zusammen, wenn Besitzverhältnisse Alben, Freigaben, Löschvorgänge oder Gesichtsdaten beeinflussen. Wählen Sie den Pfad, dessen Lebenszyklus der erwarteten Verwaltung des Fotos im Haushalt entspricht.

Vergleichen Sie exakte Kopien mit bearbeiteten Varianten

Vergleichen Sie vor dem Löschen die Prüfsummen und Pixeldimensionen. Eine Bearbeitung auf dem Smartphone, ein Export mit angewendeter Sidecar-Datei oder eine Änderung der Metadaten kann in der Galerie identisch aussehen, während es sich tatsächlich um eine andere Datei handelt.

Die Speicherplanung für Immich legt Wert auf eine bewusste Planung des externen Immich-Speichers. Dieser Unterschied ist wichtig, wenn ein externer Verzeichnisbaum Originale, bearbeitete Exporte und bereits importierte verwaltete Kopien nebeneinander enthält.

Verwenden Sie für echte Duplikate Belege auf Basis des exakten Inhalts und behalten Sie bearbeitete Ableitungen, wenn sie beabsichtigte Änderungen enthalten. Ein Wert für visuelle Ähnlichkeit allein ist keine sichere Regel zum Löschen.

Wählen Sie eine Importgrenze und überprüfen Sie sie

Nachdem Sie die maßgebliche Quelle ausgewählt haben, entfernen Sie ausschließlich die überlappende Bibliotheksdefinition oder die verwaltete Duplikatkopie mithilfe der unterstützten Anwendungsfunktionen. Bewahren Sie ein unabhängiges Backup auf, bis das Verhalten von Alben und Freigaben überprüft wurde.

Der zugehörige ZimaSpace-Workflow für den Workflow zur Migration doppelter Fotos ist hier hilfreich, da er die Bereinigung von Duplikaten als Migrationsentscheidung und nicht als Abkürzung zum massenhaften Löschen behandelt.

Testen Sie erneut mit einem neuen Upload vom Smartphone und einer Datei, die dem externen Ordner hinzugefügt wurde. Die Reparatur ist stabil, wenn jedes neue Asset genau einmal importiert wird und einen erneuten Scan übersteht, ohne einen zweiten Datensatz zu erzeugen.

Support & Tipps

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.