SSD Nodes Learn
Anleitungen Matt ConnorVon Matt Connor · Aktualisiert 2026-07-24

Immich selbst hosten: RAM und Updates

Erfahren Sie, warum 6 GB RAM nötig sind und wie Sie den Exit 137 Fehler bei Immich vermeiden. Anleitung zum sicheren Upgrade und zur pgvecto.rs Datenbank.

Was Sie aufbauen

Immich ist ein selbst gehosteter Dienst für das Backup von Fotos und Videos – ein echter Ersatz für Google Photos. Die Software bietet eine App für Mobilgeräte, die den Kamerarollen-Inhalt im Hintergrund hochlädt. Sie enthält eine Timeline, Alben, Gesichtserkennung und eine Suche auf Basis von Machine Learning, die Begriffe wie „beach“ oder Personen findet, ohne dass Sie manuell Tags vergeben müssen. Sie betreiben den Dienst auf einem eigenen VPS. Die Originaldateien verbleiben auf Ihrer Festplatte und niemand scannt diese für Werbezwecke.

Die Installation erfolgt über vier Container mittels der Docker Compose Datei des Projekts. Dieser Schritt dauert zehn Minuten. Der Rest dieses Leitfadens behandelt die kritischen Punkte: Der Machine-Learning-Container benötigt viel Arbeitsspeicher auf kleinen Systemen, die Originaldateien belegen schnell Festplattenkapazität, die mobile App akzeptiert keine einfachen HTTP-Server, und Immich veröffentlicht häufig Updates mit Breaking Changes, wodurch ein unvorsichtiger docker compose pull dazu führen kann, dass die Datenbank nicht mehr startet. Wenn Sie diese vier Punkte beachten, läuft Immich absolut stabil. Wenn Sie sie ignorieren, verlieren Sie ein ganzes Wochenende.

Voraussetzungen und bekannte Fallstricke

  • RAM: Die offizielle Dokumentation gibt 6 GB Minimum und 8 GB empfohlen an – betrachten Sie 4 GB plus Swap als absolute Untergrenze. Die immich-server und Postgres Container haben einen geringen Ressourcenverbrauch. Der immich-machine-learning Container ist die Hauptlast – er lädt CLIP- und Gesichtserkennungsmodelle in den RAM, um Suchindizes zu erstellen. Auf einem System mit nur 2 GB beendet der Kernel den Prozess. Fügen Sie Swap hinzu, selbst wenn Sie 4 GB besitzen.
  • Festplatte: Planen Sie den Speicherplatz für Ihre gesamte Bibliothek plus Puffer ein. Ihre Originaldateien werden vollständig kopiert. Zusätzlich generiert Immich Thumbnails und Vorschaubilder (ca. 10–20 % zusätzlich). Eine Fotosammlung von 200 GB benötigt ein 300 GB Volume. Postgres ist im Vergleich dazu klein.
  • CPU: Jeder moderne KVM VPS ist geeignet, aber Machine Learning auf der CPU ist langsam. Die Smart-Search-Indizierung eines großen Imports kann stundenlang im Hintergrund laufen. Das ist normal; eine GPU ist nicht erforderlich.
  • Eine Domain, die auf den VPS zeigt. Die mobile App benötigt vorzugsweise einen HTTPS-Endpunkt, und ein Reverse Proxy wird empfohlen. Dies entspricht dem Aufbau einer selbst gehosteten Nextcloud-Instanz mit Docker, TLS und Backups – Immich ist das Gegenstück zu diesem Fileserver für Fotos.
  • Docker und das Compose-Plugin müssen installiert sein – Docker Engine plus das Compose v2 Plugin aus dem offiziellen Docker apt-Repository, wie in unserem Docker Compose Grundlagen-Guide beschrieben.

Schritt 1: Zuerst Swap hinzufügen

Der häufigste Grund für Immich-Fehler auf kleinen VPS ist der OOM-Kill des ML-Containers. Stellen Sie sicher, dass der Kernel über ausreichend Ausweichspeicher verfügt.

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
free -h

free -h sollte nun eine Swap: Zeile mit 4.0Gi anzeigen. Dies beschleunigt das ML nicht, verhindert aber das Abbrechen des Containers während des Indexierungsvorgangs auf einem 4 GB System.

Schritt 2: Die offizielle compose- und env-Datei laden — verwenden Sie das Original, nicht eine Kopie

Immich fixiert die Service-Versionen und entscheidend auch das Datenbank-Image innerhalb der mitgelieferten Dateien. Verwenden Sie keine compose-Datei aus einem Blog (einschließlich dieses hier) als verlässliche Quelle. Laden Sie die Release-Assets herunter:

sudo mkdir -p /opt/immich && cd /opt/immich
sudo wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
sudo wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

Diese stammen aus dem getaggten Release, sodass die Image-Referenzen übereinstimmen. Die compose-Datei definiert vier Services. Es ist hilfreich, die Funktion jedes Services zu kennen, bevor Sie Änderungen vornehmen:

  • immich-server (ghcr.io/immich-app/immich-server, Container immich_server) — die API und das Web-UI, die auf Port 2283 lauschen. Die Uploads werden unter /data gemountet.
  • immich-machine-learning (ghcr.io/immich-app/immich-machine-learning, Container immich_machine_learning) — CLIP-Suche und Gesichtserkennung. Geladene Modelle werden in einem model-cache Volume zwischengespeichert. Dieser Service benötigt viel Arbeitsspeicher.
  • database (Container immich_postgres) — Postgres mit der VectorChord Vector-Extension für die Ähnlichkeitssuche. Das Image-Tag ist im compose-File per Digest fixiert, zum Beispiel ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:.... Ältere Setups verwendeten pgvecto.rs; der Support wurde in Immich v3.0 entfernt. Alle aktuellen Installationen nutzen VectorChord. Bearbeiten Sie dieses Tag niemals manuell.
  • redis (Container immich_redis) — eine Valkey/Redis-Instanz für Job-Queues.

Schritt 3: Konfigurieren Sie .env — hier liegen Ihre Fotos und die Datenbank

Öffnen Sie .env und legen Sie vier Parameter fest. Alles unterhalb der markierten Linie bleibt unverändert.

# Where original uploads are stored on the host
UPLOAD_LOCATION=/opt/immich/library

# Where the Postgres data lives. NEVER put this on an NFS/network share.
DB_DATA_LOCATION=/opt/immich/postgres

# "v3" is a floating tag that tracks the latest v3.x. Pin a full tag like
# v3.0.2 instead — then you upgrade on purpose, not by surprise.
IMMICH_VERSION=v3.0.2

# Change this to a long random string. Letters and digits only.
DB_PASSWORD=REPLACE_WITH_A_LONG_RANDOM_STRING

# Set your timezone so timestamps and "on this day" line up
TZ=Europe/London

###################################################################################
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

Zwei Regeln verhindern Probleme. UPLOAD_LOCATION muss auf Ihre große Festplatte zeigen. Falls Sie später ein Datenvolume hinzufügen, geben Sie dessen Mount-Pfad direkt an. Ein nachträgliches Verschieben erfordert das Umziehen der Thumbnails und das Aktualisieren der Asset-Pfade. DB_DATA_LOCATION muss auf einer lokalen Festplatte liegen: Postgres auf einem NFS- oder SMB-Share führt zu Datenkorruption, wie in der Dokumentation beschrieben. Wenn Sie in DB_PASSWORD nur Buchstaben und Ziffern verwenden, vermeiden Sie Fehler beim Escaping von Connection-Strings.

Schritt 4: Erster Durchlauf und Erstellen des Admin-Benutzers

cd /opt/immich
sudo docker compose up -d
sudo docker compose ps

Ein korrektes Ergebnis sind vier Container, alle running und schließlich healthy:

NAME                      STATUS
immich_machine_learning   Up (healthy)
immich_postgres           Up (healthy)
immich_redis              Up (healthy)
immich_server             Up (healthy)

Der erste up lädt mehrere Gigabyte an Images herunter; lassen Sie sich Zeit. Überprüfen Sie den Fortschritt mit sudo docker compose logs -f immich-server; der Server protokolliert, dass er auf Port 2283 lauscht, sobald er bereit ist. Öffnen Sie nun http://YOUR_SERVER_IP:2283 in einem Browser. Der erste Aufruf zeigt einen Getting Started Assistenten an — das erste Konto, das Sie erstellen, ist der Admin. Verwenden Sie ein starkes Passwort; dieses Konto verwaltet die Servereinstellungen, die Benutzerverwaltung und die ML-Konfiguration, die Sie später benötigen werden.

Schritt 5: Die mobile App und das Hintergrund-Backup

Installieren Sie „Immich“ aus dem App Store oder Play Store. Auf dem Login-Bildschirm wird eine Server Endpoint URL abgefragt. Geben Sie die vollständige URL inklusive Schema ein, zum Beispiel https://photos.example.com (die App fügt /api automatisch hinzu). Melden Sie sich mit dem soeben erstellten Konto an. Öffnen Sie dann den Backup-Bildschirm der App, wählen Sie die zu sichernden Alben aus (üblicherweise Camera und Screenshots) und aktivieren Sie das Background backup. Das Hintergrund-Backup unter iOS wird durch das Betriebssystem gedrosselt. Uploads im Vordergrund laufen immer; Hintergrund-Uploads erfolgen, wenn das OS dies zulässt.

Dies ist die häufigste Fehlerquelle. Lesen Sie Schritt 6, bevor Sie versuchen, die App zu konfigurieren.

Schritt 6: HTTPS über einen Reverse Proxy — und die Full-URL-Regel

Die mobile App erfordert HTTPS. Schalten Sie einen Reverse Proxy vor den Port 2283 und beenden Sie TLS dort. Wenn Sie bereits mehrere Container betreiben, ist Traefik mit automatischem TLS für mehrere Docker-Apps die sauberste Option — ein Label-Block leitet photos.example.com an den immich-server-Container weiter und lädt das Zertifikat automatisch herunter. Wenn Sie nginx bevorzugen, führt Sie der Leitfaden Let's Encrypt mit Certbot und nginx zu einem Zertifikat und einem proxy_pass http://127.0.0.1:2283;-Block. Eine Proxy-Einstellung ist für Immich entscheidend: Erhöhen Sie das Limit für die Upload-Größe, da Videos von Mobiltelefonen groß sind. In nginx ist dies client_max_body_size 50000M; innerhalb des server-Blocks — der Standardwert von 1 MB führt bei Video-Uploads zu einem Fehler mit 413 Request Entity Too Large.

Die von der App erzwungene Regel: Der Endpunkt muss erreichbar sein und in der Praxis über HTTPS laufen. http://-Endpunkte oder eine direkte IP ohne Port sind die Ursache für die Fehlermeldung "Die App kann den Server nicht erreichen" — dies wird unten unter einem spezifischen Fehler aufgeführt.

Schritt 7: Externe Bibliotheken vs. Uploads — Importieren eines bestehenden Fotiverzeichnisses

Es gibt zwei Wege, wie Fotos in Immich gelangen, und diese sind nicht identisch.

  • Uploads sind Assets, die Immich gehören. Der App- oder Web-Uploader kopiert die Datei nach UPLOAD_LOCATION. Immich kann diese Dateien umbenennen, verschieben und löschen.
  • Externe Bibliotheken sind schreibgeschützte Importe von Dateien, die bereits in einem Ordner auf Ihrem Server liegen — etwa ein alter Pictures-Baum oder ein NAS-Export. Immich indiziert diese Dateien an ihrem Speicherort und zeigt sie in der Timeline an, verändert oder löscht die Originale jedoch niemals.

Um einen bestehenden Verzeichnisbaum zu importieren, binden Sie diesen schreibgeschützt in den Server-Container ein. Bearbeiten Sie docker-compose.yml unter immich-server: und fügen Sie ein Volume hinzu:

  immich-server:
    volumes:
      - ${UPLOAD_LOCATION}:/data
      - /etc/localtime:/etc/localtime:ro
      - /srv/photos:/mnt/media/photos:ro

Die :ro stellt sicher, dass Immich die Originale niemals verändern kann. Erstellen Sie den Container mit sudo docker compose up -d neu. Gehen Sie anschließend in der Web-UI auf Ihr Avatar-Symbol → Administration → External Libraries → Create Library, wählen Sie den Besitzer aus, klicken Sie unter Folders auf Add und geben Sie den Pfad innerhalb des Containers an — /mnt/media/photos, nicht den Host-Pfad /srv/photos. Klicken Sie auf Scan. Die Verwendung des Host-Pfads anstelle des Container-Pfads ist der häufigste Fehler bei externen Bibliotheken; der Scan findet keine Dateien und meldet null Assets.

Schritt 8: Die von Immich geforderte Upgrade-Disziplin

Dies ist der Teil, der über einen funktionierenden oder einen defekten Immich-Betrieb entscheidet. Immich veröffentlicht Updates in schnellem Tempo; Fehlerbehebungen werden nicht in ältere Versionen zurückportiert (Backporting) und Downgrades werden nicht unterstützt. Das blinde Tracking des floating v3 Tags führt unweigerlich zu Datenbankfehlern. Die Disziplin besteht aus:

  1. Version fixieren. Setzen Sie IMMICH_VERSION auf ein konkretes Tag wie v3.0.2 und nicht auf das floating v3, welches immer die neueste v3.x Version lädt.
  2. Jedes Mal die Release Notes lesen vor dem Upgrade. Breaking Changes — insbesondere bei der Datenbank oder den Vector-Extensions — werden dort explizit aufgeführt. Das v3.0 Release ist ein deutliches Beispiel: pgvecto.rs wurde vollständig entfernt. Nutzer, die die alte Extension verwenden, mussten die VectorChord-Migration (eingeführt mit v1.133) abschließen, bevor sie upgraden konnten.
  3. Zuerst die Datenbank sichern (Schritt 9). Dies ist immer notwendig, besonders wenn die Release Notes Änderungen an der Datenbank erwähnen.
  4. Die neue compose file ebenfalls herunterladen. IMMICH_VERSION fixiert nur die Server- und ML-Images. Das Postgres-Image ist innerhalb von docker-compose.yml per Digest fixiert. Eine Version, die eine neuere Datenbank-Extension benötigt, wird daher mit einer neuen compose file ausgeliefert. Laden Sie beide Release-Assets erneut herunter, wenden Sie Ihre .env Werte erneut an und führen Sie dann das Upgrade durch.
  5. Mobile Clients zeitnah aktualisieren. Der Server unterstützt nur die zugehörige Major-Version; die App unterstützt die aktuelle und die vorherige Major-Version. Ein Server, der eine höhere Version als die App nutzt, zeigt Your app major version is not compatible with the server! auf dem Smartphone an, bis die App aktualisiert wird. Am sichersten ist es, zuerst die App zu aktualisieren.

Die tatsächlichen Befehle, sobald die neuen Dateien bereitliegen:

cd /opt/immich
sudo docker compose pull
sudo docker compose up -d
sudo docker image prune

Schritt 9: Backups — ein Datenbank-Dump PLUS die Originaldateien, und Test des Backups

Ein Backup von Immich besteht aus zwei Komponenten; eine Komponente allein ist nutzlos. Die Datenbank enthält die Albumstruktur, Gesichter, Suchindizes und die Zuordnung von Assets zu Dateien. Das Originalverzeichnis enthält die eigentlichen Fotos. Eine Wiederherstellung ohne die jeweils andere Komponente führt entweder zu Fotos ohne Organisation oder zu einer leeren Struktur ohne Dateien.

Erstellen Sie einen Dump der Datenbank mit pg_dump innerhalb des Postgres-Containers — gezielt die immich-Datenbank, nicht den gesamten Cluster:

sudo docker exec -t immich_postgres pg_dump --clean --if-exists \
  --dbname=immich --username=postgres | gzip > /opt/immich/immich-db-$(date +%F).sql.gz

Sichern Sie anschließend UPLOAD_LOCATION — den gesamten /opt/immich/library-Baum, insbesondere die Unterordner library/, upload/ und profile/ — mit restic, rsync oder borg auf einem anderen System oder Object Storage. Führen Sie zuerst den Datenbank-Dump und danach die Dateisicherung durch, damit der Dump keine Fotos referenziert, die im Dateibackup noch nicht kopiert wurden. Externe Bibliotheken werden separat an ihrem Originalort gesichert; Immich verwaltet diese nicht selbst.

Nun der entscheidende Schritt: Testen Sie die Wiederherstellung. Eine Wiederherstellung muss an einem frischen Stack durchgeführt werden, dessen Server noch nie gestartet wurde, und auf einem Postgres-Image, dessen Vector-Extension mit dem Dump kompatibel ist — deshalb darf der DB-Image-Tag niemals improvisiert werden. Löschen Sie auf einem Testsystem mit demselben Compose-File und .env alle alten Daten, starten Sie nur die Datenbank und laden Sie den Dump:

cd /opt/immich
sudo docker compose down -v
sudo docker compose pull
sudo docker compose create
sudo docker start immich_postgres
sleep 10
gunzip --stdout immich-db-2026-07-15.sql.gz |
  sed "s/SELECT pg_catalog.set_config('search_path', '', false);/SELECT pg_catalog.set_config('search_path', 'public, pg_catalog', true);/g" |
  sudo docker exec -i immich_postgres psql --dbname=immich --username=postgres --single-transaction --set ON_ERROR_STOP=on
sudo docker compose up -d

Die sed-Umschreibung von search_path ist bei einer VectorChord-Datenbank obligatorisch — lassen Sie diese weg, bricht die Wiederherstellung ab. Wenn der Stack mit den Originaldateien wieder läuft, öffnen Sie die Web-UI: Wenn Fotos und Alben vorhanden sind, ist das Backup korrekt. Wenn Sie diesen Test nie durchgeführt haben, besitzen Sie kein Backup, sondern nur eine Hoffnung.

Fehlerursachen und die entsprechenden Meldungen

Der ML-Container wird durch OOM-Killer beendet. sudo docker compose logs immich-machine-learning bricht abrupt ab, docker compose ps zeigt dies an Restarting an und der Exit-Code ist 137. sudo dmesg | grep -i oom bestätigt dies: Out of memory: Killed process ... (python3). Search- und Face-Jobs bleiben dann hängen. Die Ursache ist zu wenig RAM für die Modelle. Lösungen in der Reihenfolge: Swap hinzufügen (Schritt 1); dem VPS mehr RAM zuweisen; oder, falls dies nicht möglich ist, ML unter Administration → Settings → Machine Learning Settings deaktivieren, indem Smart Search und Facial Recognition ausgeschaltet werden — Backups und Alben bleiben erhalten, die inhaltsbasierte Suche geht verloren. Das Entfernen des immich-machine-learning-Service aus der compose-Datei hat denselben Effekt.

Postgres startet nach einem Upgrade nicht. Das Server-Log wiederholt eine Zeile wie The database currently has VectorChord 0.5.3 activated, but the Postgres instance only has 0.4.2 available. This most likely means the extension was downgraded. — oder bei älteren Stacks The pgvecto.rs extension is not available in this Postgres instance.. Die Ursache ist ein Datenbank-Image, dessen Extensions-Version älter ist als die Version Ihrer hochgestuften Daten. Dies geschieht fast immer durch manuelles Bearbeiten des Image-Tags oder durch das Wiederherstellen eines neueren Dumps auf ein älteres Image. Die Lösung besteht darin, das passende Postgres-Image zu verwenden — nutzen Sie die compose-Datei des Releases, das zu Ihrer Datenbank passt. Führen Sie kein Downgrade durch und stellen Sie Daten nur auf einem kompatiblen Image wieder her.

Die mobile App kann den Server nicht erreichen. Der Login-Bildschirm zeigt nach der Eingabe der URL einen Verbindungsfehler / Server is not reachable an. Drei mögliche Ursachen: Sie haben http:// eingegeben, während der Proxy nur https:// bereitstellt; Sie haben eine direkte Verbindung zum Backend hergestellt, aber den Port weggelassen, sodass example.com (Port 443) anstatt example.com:2283 versucht wurde; oder der Reverse-Proxy leitet /api nicht weiter. Beheben Sie dies, indem Sie die vollständige https://photos.example.com URL eingeben und zuerst prüfen, ob diese in einem mobilen Browser lädt. Wenn der Browser funktioniert, die App aber nicht, entfernt der Proxy den Pfad oder das Zertifikat ist selbstsigniert — die App lehnt nicht vertrauenswürdige Zertifikate ab.

Speicherplatz während des Imports erschöpft. Uploads schlagen fehl, Thumbnails werden leer und die Logs zeigen ENOSPC: no space left on device oder bei Postgres could not extend file ... No space left on device. df -h zeigt das UPLOAD_LOCATION Volume bei 100% an. Aus diesem Grund sollte die Festplattengröße vor dem Import einer großen Bibliothek geprüft werden. Wiederherstellung durch Anhängen eines größeren Volumes, Stoppen des Stacks, Verschieben von UPLOAD_LOCATION auf das neue Volume, Aktualisieren von .env und Neustart — oder Erweiterung der vorhandenen Festplatte, falls Ihr Provider dies zulässt. Postgres kann bei vollem Speicher blockieren; schaffen Sie erst Platz und starten Sie den Datenbank-Container neu, bevor Sie von einer Datenkorruption ausgehen.

FAQ

Wie viel RAM und Festplattenspeicher benötigt Immich?

Die offiziellen Anforderungen für Immich liegen bei mindestens 6 GB RAM; empfohlen werden 8 GB. Für eine kleine Bibliothek sind 4 GB inklusive Swap die praktische Untergrenze. Konfigurieren Sie in jedem Fall Swap, da der Machine-Learning-Container hohe Lastspitzen verursacht. Planen Sie für den Festplattenspeicher die gesamte Größe Ihrer Bibliothek plus etwa 10–20 % für generierte Thumbnails und Previews auf lokalem Speicher ein. Speichern Sie das Postgres-Datenverzeichnis niemals auf einem Netzwerklaufwerk. Falls Sie noch entscheiden, welche Dienste Sie selbst hosten möchten, vergleicht der Leitfaden für Self-Hosting im Jahr 2026 den Ressourcenverbrauch von Immich mit anderen Diensten.

Kann ich Immich ohne GPU betreiben?

Ja. Der Machine-Learning-Container läuft problemlos auf der CPU. Eine GPU beschleunigt lediglich die Smart-Search-Indizierung und – bei der passenden Image-Variante – das Video-Transcoding. Bei der Nutzung der CPU kann die initiale Indizierung einer großen Bibliothek mehrere Stunden im Hintergrund dauern, dies blockiert jedoch weder Backups noch das Durchsuchen der Medien. Falls Ihre Hardware für ML nicht ausreicht, können Sie Smart Search und Facial Recognition in den Admin-Einstellungen deaktivieren und alle anderen Funktionen beibehalten.

Wie führe ich ein sicheres Upgrade von Immich durch?

Fixieren Sie IMMICH_VERSION auf ein konkretes Tag wie v3.0.2, lesen Sie vor jedem Upgrade die Release Notes und erstellen Sie zuerst ein Backup der Datenbank. Da das Postgres-Image innerhalb von docker-compose.yml statt über IMMICH_VERSION fixiert ist, laden Sie sowohl die Compose-Datei als auch example.env des Ziel-Releases erneut herunter, wenden Sie Ihre Werte wieder an und führen Sie docker compose pull && docker compose up -d aus. Lassen Sie die Version niemals ungeprüft auf dem neuesten Stand – Immich enthält Breaking Changes und unterstützt keine Downgrades.

Was genau muss ich sichern?

Zwei Komponenten zusammen: einen pg_dump der immich-Datenbank und das gesamte UPLOAD_LOCATION-Originalverzeichnis. Die Datenbank enthält Alben, Gesichter und die Zuordnung von Assets zu Dateien; das Verzeichnis enthält die eigentlichen Fotos. Eine Wiederherstellung erfordert beides sowie ein Datenbank-Image mit einer kompatiblen Vector-Extension. Führen Sie zuerst den Datenbank-Dump und danach die Dateikopie aus. Testen Sie die Wiederherstellung mindestens einmal auf einem Testsystem – ein nicht getestetes Backup ist kein Backup.

Wie importiere ich meinen vorhandenen Fotomappe?

Mounten Sie den Ordner als zusätzliches Volume (zum Beispiel - /srv/photos:/mnt/media/photos:ro) schreibgeschützt in den immich-server-Container, erstellen Sie den Container neu und legen Sie dann unter Administration → External Libraries eine Bibliothek an, indem Sie den Container-Pfad /mnt/media/photos angeben. Immich indiziert die Dateien vor Ort und verändert oder löscht sie niemals. Der häufigste Fehler ist die Angabe des Host-Pfads anstatt des Container-Pfads, wodurch der Scan keine Dateien findet.

#immich#photos#docker#self-hosting#backups