Immich peut-il utiliser une bibliothèque externe sans prendre possession des fichiers ?

Oui. Immich peut indexer une bibliothèque externe tandis que les fichiers d’origine restent gérés en dehors d’Immich ; montez-la en lecture seule lorsqu’Immich ne doit pas renommer ni supprimer la source.

La question de compatibilité devient concrète lorsque les photos de famille se trouvent déjà dans une arborescence NAS organisée et qu’Immich doit ajouter des fonctions de recherche et de navigation sans devenir le gestionnaire de référence des fichiers. Commencez par un chemin ou un compte jetable, conservez l’état fonctionnel précédent et évaluez la conception selon la charge de travail d’origine plutôt que sur la base d’un test de connexion ponctuel.

Séparez l’architecture prise en charge de celle qui comporte des risques

La branche prise en charge est une bibliothèque externe en lecture seule avec des téléversements et un état applicatif accessibles en écriture séparément. L’autre branche consiste à confondre un montage de source accessible en écriture avec le stockage des téléversements géré par Immich. Notez les versions, identités, adresses, chemins de montage, autorisations et l’état observable actuel avant de modifier l’une ou l’autre branche.

La documentation des bibliothèques externes d’Immich définit la première limite de compatibilité. Utilisez-la pour encadrer l’affirmation, puis vérifiez le même comportement sur ce serveur domestique précis au lieu de considérer qu’une fonctionnalité documentée prouve que la conception complète fonctionne.

Établissez la règle de décision avant les tests : la réussite doit permettre d’indexer et d’afficher les ressources tout en conservant leurs chemins, hachages, propriétaires et protection contre la suppression ; l’échec inclut les autorisations manquantes lors de l’analyse, les modifications qui impliquent des écritures dans la source ou toute action pouvant supprimer ou renommer l’original. Cela évite de prendre une connexion partielle ou une sortie de commande sans erreur pour une compatibilité de bout en bout.

Reproduisez exactement le chemin de stockage et de réseau

Utilisez un seul élément discriminant contrôlé : montez en lecture seule un petit dossier représentatif, créez la bibliothèque externe, lancez l’analyse, modifiez les métadonnées dans Immich et tentez des tests de suppression ainsi que de renommage dans le système de fichiers. Gardez le client, la charge de travail, le jeu de fichiers, le compte et le calendrier constants afin que le composant modifié soit la seule explication plausible.

Utilisez les montages de volumes en lecture seule pour choisir la seconde observation importante pour ce chemin. Capturez les deux côtés de la transaction : résolveur ou route, protocole négocié, identité du processus, code de sortie, latence, octets transférés et tout événement de récupération.

Répétez le test après l’événement du cycle de vie indiqué dans le titre : recréation, reconnexion, remontage, redémarrage, basculement ou changement de client. Une conception qui ne fonctionne que tant que d’anciens sockets, caches ou identifiants restent actifs n’a pas réussi.

mount /photos:/external:ro -> analyser le dossier pilote -> comparer les hachages -> tester la modification des métadonnées et le comportement lors de la suppression

Interprétez les résultats de durabilité, de délai d’expiration et de récupération

RÉUSSITE : les ressources sont indexées et affichées tandis que les originaux conservent leurs chemins, hachages, propriétaires et protection contre la suppression. Enregistrez les versions et la topologie exactes qui ont produit cet état, car la conclusion s’applique à ces conditions et non à toutes les implémentations du protocole.

ÉCHEC : l’analyse ne dispose pas des autorisations nécessaires, les modifications impliquent des écritures dans la source ou une action peut supprimer ou renommer l’original. Vérifiez les dépendances communes telles que le DNS, le MTU, l’identité, l’état du pare-feu, la latence du stockage et les sessions mises en cache avant d’attribuer la responsabilité à l’une des deux branches principales.

EXCEPTION : supprimez la définition de la bibliothèque sans supprimer les fichiers, restaurez le montage précédent et corrigez le chemin en lecture seule ainsi que la correspondance des identités. N’élargissez pas les privilèges, ne supprimez pas les données sources, n’affaiblissez pas la sécurité du transport et ne remplacez pas le stockage fonctionnel avant qu’une observation reproductible n’identifie la limite qui a échoué.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Conservez la conception uniquement après une vérification digne d’une restauration

Appliquez uniquement l’action correspondant à la branche observée, puis relancez la charge de travail d’origine. Ne conservez la conception que lorsque les ressources sont indexées et affichées tandis que les originaux conservent leurs chemins, hachages, propriétaires et protection contre la suppression au cours de deux cycles de vie pertinents et sous la charge simultanée attendue.

Utilisez les sources Immich en lecture seule pour vérifier le flux de travail dépendant le plus proche. Son comportement en matière d’accès, de délais et de récupération doit rester inchangé pendant l’activation de la nouvelle conception.

Arrêtez-vous et revenez à l’état enregistré si l’analyse ne dispose pas des autorisations nécessaires, si les modifications impliquent des écritures dans la source ou si une action peut supprimer ou renommer l’original. Faites remonter le problème avec les horodatages, les versions exactes, les éléments probants concernant la route ou le montage et la reproduction la plus simple, plutôt que d’ajouter une solution de contournement supplémentaire.

Recoupez le résultat avec les comptes photo séparés afin que le risque ne soit pas simplement déplacé vers une autre couche réseau, d’identité, de sauvegarde ou de stockage.

Pour la gestion des bibliothèques externes d’Immich, la réponse nuancée est donc celle du jugement initial, et non un oui inconditionnel. L’état observable de réussite constitue le critère d’acceptation ; l’état d’échec constitue le critère de retour en arrière.

FAQ

La suppression d’une bibliothèque externe supprime-t-elle les originaux ?

Elle devrait supprimer les enregistrements indexés plutôt que les fichiers sources, mais vérifiez d’abord le comportement actuel sur un dossier jetable.

Où sont stockées les miniatures générées par Immich ?

Dans le stockage accessible en écriture géré par Immich, et non dans la bibliothèque externe en lecture seule.

Les téléversements et les ressources externes peuvent-ils apparaître ensemble ?

Oui, à condition que leurs politiques de cycle de vie et de sauvegarde restent distinctes et que leurs chemins ne se chevauchent pas.