Sì. Immich può indicizzare una libreria esterna mentre i file originali restano gestiti al di fuori di Immich; montala in sola lettura quando Immich non deve rinominare o eliminare la sorgente.
Questo diventa un vero problema di compatibilità quando le foto di famiglia sono già archiviate in una struttura NAS organizzata e Immich dovrebbe aggiungere ricerca e consultazione senza diventare il gestore principale dei file. Inizia con un percorso o un account usa e getta, mantieni disponibile lo stato operativo precedente e valuta il progetto in base al carico di lavoro originale, non in base a un test di connessione una tantum.
Separa l'architettura supportata da quella rischiosa
Il ramo supportato è una libreria esterna in sola lettura con caricamenti scrivibili separati e uno stato dell'applicazione distinto. Il ramo alternativo è un montaggio scrivibile della sorgente, confuso con lo spazio di archiviazione dei caricamenti gestito da Immich. Registra versioni, identità, indirizzi, percorsi di montaggio, autorizzazioni e stato osservabile attuale prima di modificare uno dei due rami.
La libreria esterna di Immich pertinente definisce il primo limite di compatibilità. Usala per circoscrivere l'affermazione, quindi verifica lo stesso comportamento su questo esatto server domestico invece di considerare una funzionalità documentata come prova che l'intero progetto funzioni.
Scrivi la regola decisionale prima del test: il successo deve produrre asset indicizzati e visualizzati mentre gli originali conservano percorsi, hash, proprietà e protezione dall'eliminazione; il fallimento include il fatto che la scansione non riesca ad accedere alle autorizzazioni, che le modifiche implichino scritture sulla sorgente o che un'azione possa rimuovere o rinominare l'originale. Questo impedisce di interpretare una connessione parziale o l'uscita corretta di un comando come compatibilità end-to-end.
Riproduci l'esatto percorso di archiviazione e rete
Usa un unico elemento discriminante controllato: monta in sola lettura una piccola cartella rappresentativa, crea la libreria esterna, esegui la scansione, modifica i metadati in Immich e prova a eliminare i file, oltre a eseguire test di rinomina nel file system. Mantieni costanti client, carico di lavoro, insieme di file, account e tempistiche, così il componente modificato sarà l'unica spiegazione plausibile.
Usa i montaggi di volumi in sola lettura per scegliere la seconda osservazione importante per questo percorso. Acquisisci entrambi i lati della transazione: risolutore o route, protocollo negoziato, identità del processo, codice di uscita, latenza, byte trasferiti ed eventuali eventi di ripristino.
Ripeti il test dopo l'evento del ciclo di vita indicato nel titolo: ricreazione, riconnessione, rimontaggio, riavvio, failover o cambio di client. Un progetto che funziona solo finché vecchi socket, cache o credenziali rimangono attivi non ha superato il test.
mount /photos:/external:ro -> esegui la scansione della cartella pilota -> confronta gli hash -> verifica il comportamento delle modifiche ai metadati e delle eliminazioni
Interpreta i risultati di persistenza, timeout e ripristino
SUPERATO: gli asset vengono indicizzati e visualizzati mentre gli originali conservano percorsi, hash, proprietà e protezione dall'eliminazione. Salva le versioni esatte e la topologia che hanno prodotto questo stato, perché la conclusione si applica a queste condizioni, non a ogni implementazione del protocollo.
FALLITO: la scansione non riesce ad accedere alle autorizzazioni, le modifiche implicano scritture sulla sorgente o un'azione può rimuovere o rinominare l'originale. Controlla le dipendenze condivise, come DNS, MTU, identità, stato del firewall, latenza dello storage e sessioni memorizzate nella cache, prima di attribuire la responsabilità a uno dei due rami principali.
ECCEZIONE: rimuovi la definizione della libreria senza eliminare i file, ripristina il montaggio precedente e correggi il percorso in sola lettura e la mappatura delle identità. Non ampliare i privilegi, eliminare i dati sorgente, indebolire la sicurezza del trasporto o sostituire lo storage funzionante finché un'osservazione ripetibile non identifica quale limite ha ceduto.
Mantieni il progetto solo dopo una verifica adeguata al ripristino
Applica solo l'azione corrispondente al ramo osservato, quindi ripeti il carico di lavoro originale. Mantieni il progetto solo quando gli asset vengono indicizzati e visualizzati mentre gli originali conservano percorsi, hash, proprietà e protezione dall'eliminazione per due cicli di vita pertinenti e sotto il carico simultaneo previsto.
Usa le sorgenti di Immich in sola lettura per verificare il flusso di lavoro dipendente più vicino. Il relativo comportamento di accesso, tempistica e ripristino deve rimanere invariato mentre il nuovo progetto è attivo.
Arresta il processo e torna allo stato salvato se la scansione non riesce ad accedere alle autorizzazioni, le modifiche implicano scritture sulla sorgente o un'azione può rimuovere o rinominare l'originale. Inoltra il problema con indicazioni temporali, versioni esatte, prove relative al percorso o al montaggio e la riproduzione più piccola possibile, invece di aggiungere un altro rimedio temporaneo.
Confronta il risultato con gli account separati per le foto, così il rischio non viene semplicemente spostato in un altro livello di rete, identità, backup o storage.
Per la gestione della proprietà delle librerie esterne di Immich, la risposta qualificata è quindi il giudizio iniziale, non un sì incondizionato. Lo stato osservabile di superamento è la condizione di accettazione; lo stato di fallimento è la condizione di rollback.
Domande frequenti
La rimozione di una libreria esterna elimina gli originali?
Dovrebbe rimuovere i record indicizzati anziché i file sorgente, ma verifica prima il comportamento attuale su una cartella usa e getta.
Dove vengono archiviati i thumbnail generati da Immich?
Nello storage scrivibile gestito da Immich, non nella libreria esterna in sola lettura.
I caricamenti e gli asset esterni possono comparire insieme?
Sì, purché i relativi criteri del ciclo di vita e del backup restino distinti e i percorsi non si sovrappongano.
Supporto e consigli
Altro da leggere

Una galleria autogestita può preservare l'abbinamento delle Live Photo di Apple?
Una decisione condizionale sul server domestico per l'associazione delle Live Photo di Apple, con test controllati, interpretazione dei risultati, ripristino e domande frequenti mirate.

Puoi importare Google Takeout e i backup del telefono in un'unica libreria fotografica?
Una decisione condizionata per un home server dedicato all'importazione combinata di foto, con test controllati, interpretazione dei risultati, rollback e FAQ mirate.

Un server multimediale può leggere i metadati NFO da una libreria di sola lettura?
Una decisione condizionata per il server domestico sui metadati NFO in sola lettura, con test controllati, interpretazione dei risultati, ripristino e FAQ mirate.

