De communitytutorial uit 2025 verplaatste Immich-gegevens van de systeemschijf van ZimaOS door de volumetoewijzingen voor de database, de cache voor machine learning en de server te bewerken. Dit werkte voor de oorspronkelijke auteur en verschillende latere gebruikers, maar in de thread staan ook mislukte installaties, ongezonde databasecontainers en meldingen van beschadigde uploads na experimenten.
Beschouw die schermafbeeldingen op een huidig systeem als uitleg van de containerarchitectuur en niet als een universeel recept om te kopiëren en plakken.
Gebruik eerst het huidige migratiepad van ZimaOS
De huidige Immich-opslagmigratie is een aanvulling op deze oude thread: gebruik de migratie van ZimaOS wanneer die bij het doel past en bewaar handmatige volumebewerking voor aangepaste opslagindelingen. Voor externe bibliotheken die buiten Immichs beheerde uploadbibliotheek moeten blijven, legt de configuratie van externe Immich-schijven het afzonderlijke model van hostpad naar containerpad uit.
Wat de oorspronkelijke volumebewerkingen deden
De schermafbeeldingen tonen afzonderlijke opslagrollen. PostgreSQL-gegevens, de cache voor machine learning en geüploade media zijn niet onderling uitwisselbaar. De paden aan de containerzijde maken deel uit van het applicatiecontract, ook wanneer het ZimaOS-pad aan de hostzijde verandert.
De huidige versie van Immich gebruikt afzonderlijke locaties voor uploads en de database
De officiële Docker Compose-configuratie van Immich houdt UPLOAD_LOCATION en DB_DATA_LOCATION momenteel afzonderlijk en waarschuwt uitdrukkelijk dat netwerkshares niet worden ondersteund voor de databaselocatie. Dat is duidelijker advies dan simpelweg elk pad naar dezelfde RAID-map verplaatsen.
De regels voor bind mounts van Docker leggen uit waarom beide zijden van elke bind mount correct moeten worden geïnterpreteerd: het eerste pad bevindt zich op de ZimaOS-host en het tweede pad is zichtbaar binnen de container. Als je beide zijden onnodig wijzigt, kan dat verstoren wat de applicatie verwacht.
Wijzig niet alle Immich-paden als één geheel
Houd databasegegevens, modelcache, uploads en externe bibliotheken conceptueel gescheiden. Controleer vóór de migratie de beschikbare ruimte, bestandssysteemrechten en back-upstatus. Als het huidige app-pakket al een ondersteunde migratieactie biedt, gebruik die dan voordat je een oudere handmatige indeling nabouwt.
Kort samengevat
De communityhandleiding laat zien waarom het mogelijk is om Immich te verplaatsen, maar latere reacties tonen ook het risico van het behandelen van volumetoewijzingen als louter cosmetische velden. Gebruik op het huidige ZimaOS eerst de ingebouwde migratieworkflow; wanneer handmatige toewijzing nodig is, behoud je de door Immich verwachte containerpaden en verplaats je elke categorie persistente gegevens doelbewust.
