Perché una libreria fotografica mostra duplicati solo dopo aver abilitato una libreria esterna?
I duplicati che compaiono solo dopo aver abilitato una libreria esterna di solito indicano che la stessa foto è entrata nel database attraverso due percorsi di acquisizione diversi.
Non iniziare eliminando le schede che sembrano identiche. Prima stabilisci se l'applicazione ha creato due record per un unico file fisico, se ha indicizzato una copia caricata insieme all'originale esterno o se ha trovato un file modificato realmente diverso. La soluzione consiste nel rimuovere il punto di sovrapposizione tra i percorsi di acquisizione, preservando l'asset autorevole e la relativa proprietà.
Dimostra se il duplicato è fisico o a livello di database
Scegli una foto duplicata e confronta il percorso nel filesystem, le dimensioni, il checksum, il timestamp di acquisizione e l'ID del record nella libreria. Due schede nell'interfaccia non significano automaticamente che esistano due copie fisiche.
La gestione degli asset nelle librerie esterne può mostrare file già caricati attraverso un altro percorso, creando due record nell'applicazione anche quando in casa è presente una sola immagine sottostante.
Se entrambi i record rimandano allo stesso contenuto fisico attraverso radici di libreria diverse, si tratta di un problema del punto di confine dell'acquisizione. Se esistono davvero due file, analizza invece il flusso di copia.
Individua ogni percorso che può indicizzare la stessa cartella
Annota la directory dei caricamenti, le radici delle librerie esterne, i bind mount, le destinazioni di sincronizzazione e qualsiasi cartella annidata che rimandi a un altro albero indicizzato.
Le configurazioni fotografiche self-hosted spesso separano i caricamenti gestiti dallo storage monitorato; comprendere questi confini delle librerie Immich rende più facile individuare le radici sovrapposte rispetto alla ricerca nell'interfaccia di un generico pulsante per rimuovere i duplicati.
Disabilita o restringi una delle origini sovrapposte in una libreria di prova. Se il secondo record scompare dopo una nuova scansione supportata, mentre il file resta accessibile, mantieni un solo percorso di acquisizione autorevole.
Separa la proprietà dall'identità del file
Confronta il proprietario di ciascun record della libreria e verifica se una copia è stata caricata da un utente mentre la libreria esterna indicizza lo stesso file per un amministratore o un account di servizio.
Un tipico percorso di archiviazione Immich self-hosted utilizza diversi servizi e posizioni di archiviazione, quindi byte identici possono entrare nell'applicazione con proprietà o regole del ciclo di vita differenti.
Non unire i record alla cieca quando la proprietà influisce su album, condivisione, eliminazione o metadati dei volti. Scegli il percorso il cui ciclo di vita corrisponde al modo in cui la famiglia intende gestire quella foto.
Confronta le copie esatte con le varianti modificate
Prima di eliminare qualsiasi elemento, confronta i checksum e le dimensioni in pixel. Una modifica effettuata sul telefono, un'esportazione con sidecar applicato o una riscrittura dei metadati possono apparire identiche nella galleria, pur essendo un file realmente diverso.
La pianificazione dello storage per Immich mette in evidenza una pianificazione deliberata dello storage esterno di Immich; questa distinzione è importante quando un albero esterno contiene originali, esportazioni modificate e copie gestite già importate affiancate.
Usa prove basate sul contenuto esatto per identificare i duplicati reali e conserva le derivazioni modificate quando contengono modifiche intenzionali. Un semplice punteggio di somiglianza visiva non è una regola sicura per l'eliminazione.
Scegli un solo punto di confine dell'acquisizione e verifica
Dopo aver selezionato l'origine autorevole, rimuovi solo la definizione della libreria sovrapposta o la copia gestita duplicata usando le azioni supportate dall'applicazione. Mantieni un backup indipendente finché non avrai verificato il comportamento di album e condivisioni.
Il relativo flusso di lavoro ZimaSpace per la migrazione delle foto duplicate è utile in questo caso perché considera la pulizia dei duplicati una decisione di migrazione, anziché una scorciatoia per l'eliminazione in massa.
Ripeti il test con un nuovo caricamento dal telefono e con un file aggiunto alla cartella esterna. La soluzione è stabile quando ogni nuovo asset entra esattamente una volta e rimane disponibile dopo una nuova scansione senza produrre un secondo record.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
