Newsletter

    Newsletter abonnieren

    Neue Infrastruktur-Guides, Vergleichsberichte und Migrationshinweise direkt ins Postfach.

    Infrastruktur-Notizen, Guides und neue Tools. Jederzeit abbestellbar.

    Zurück zum Blog
    Proxmox
    LXC
    Immich
    Docker
    Homelab

    Immich in Proxmox LXC: Eine Stabilitätswette, die sich lohnt?

    5. Februar 2026
    7 Min. Lesezeit

    Homeserver-Enthusiasten lieben es, Grenzen auszuloten — sie pressen aus Plattformen wie Proxmox, ZFS und Docker noch den letzten Tropfen Nutzen heraus. Als Immich, ein Open-Source-Self-Hosted-Foto- und Videomanager, als leichtgewichtige Alternative zu den großen Cloud-Diensten für Aufsehen sorgte, war es nur natürlich, dass jemand versuchen würde, es in einem LXC-Container auf Proxmox zu betreiben.

    Und auf dem Papier? Eine wunderbare Idee. Leichtgewichtig, effizient und sauber. Kein Overhead durch volle VMs. Bestehende Storage-Shares nutzen. Es fühlt sich elegant an.

    Aber die Praxis erzählt eine etwas chaotischere Geschichte.

    Das ist die Geschichte einer Woche, in der ein Homelabber mit Immich in einem Proxmox-LXC gerungen hat — wie es glatt begann, dann gegen eine Wand lief — und was die Community dabei gelernt hat.

    Tag 0: Das Setup

    Der Plan schien einfach:

    1. Einen LXC-Container in Proxmox anlegen.
    2. Immich darin mit den populären Proxmox VE Helper-Scripts installieren.
    3. Einen SMB-Share über einen symbolischen Link in den Container einhängen, damit Immich auf den Foto-Storage zugreifen kann.
    4. Eine self-hosted Lösung genießen, ohne den Overhead zusätzlicher VMs oder komplexes Networking.

    Zunächst funktionierte es genau so. Der Container startete, Immich lieferte seine Web-UI aus, und der Medienordner wurde korrekt eingehängt. Alles fühlte sich solide an.

    Aber der Teufel steckt, wie immer, im Detail.

    Erstes Anzeichen von Ärger: Ein paar Neustarts später

    Innerhalb weniger Tage brauchte der Proxmox-Host Neustarts — routinemäßige Hardware-Updates, Power-Cycling, nichts Dramatisches.

    Aber nach diesen Neustarts ging etwas kaputt.

    Der LXC-Container lief noch. Die IP-Adresse war weiterhin erreichbar. Das Networking war in Ordnung. Aber die Immich-Weboberfläche war tot, stumm, nicht erreichbar.

    Keine offensichtlichen Fehler. Keine schnellen diagnostischen Hinweise. Nur… nichts.

    So sehr sie es auch versuchten, der Admin konnte die Oberfläche nicht zurückbringen, ohne von vorn anzufangen.

    Das war der Moment, in dem sich das Gefühl von „das ist clever“ zu „das ist dafür vielleicht nicht gemacht“ wandelte.

    Was lief schief? Stabilität oder Fragilität?

    Auf den ersten Blick klingt Immich in einem LXC völlig in Ordnung. Aber das tiefere Problem ist nicht nur „es ist kaputtgegangen“ — sondern warum es kaputtging und wie gut es sich wiederherstellen ließ.

    Hier liegt der Haken:

    1. Datenbank-Empfindlichkeit bei Netzwerk-Dateisystemen

    Ein Kommentator wies auf ein klassisches Problem hin: PostgreSQL verträgt sich nicht gut mit Netzwerk-Mounts. Wenn eine Datenbank-Engine auf ein Dateisystem schreibt, das über einen Symlink eigentlich ein SMB/NFS-Share ist, kann es unberechenbar werden.

    Das ist keine rein theoretische Warnung — Datenbanken haben sehr strikte Schreib- und Lock-Semantiken. Wenn diese Semantiken über netzwerkbasierte Mounts innerhalb eines LXC laufen, steigt das Risiko von Korruption oder nicht mehr reagierendem Verhalten sprunghaft an.

    2. Merkwürdigkeiten nach dem Neustart

    Mehrere Antwortende berichteten, dass ihre Container ebenfalls nach Neustarts kaputtgingen — und die Ursache war nicht immer der LXC selbst.

    Häufige Verdächtige waren:

    • Sich ändernde IP-Adressen
    • Dienste, die nicht für den Start nach dem Neustart aktiviert sind
    • Mounts, die nicht in derselben Reihenfolge neu eingehängt werden
    • Systemd-Dienste, die stillschweigend fehlschlagen

    Kurz gesagt: Immich selbst mag in Ordnung sein — die Probleme entstehen dadurch, wie die containerisierte Umgebung mit Proxmox' LXC-Modell interagiert.

    3. Helper-Scripts sind nicht offiziell

    Einige Server-Betreiber in den Kommentaren gaben zu, für das Setup die Proxmox Helper-Scripts genutzt zu haben… deuteten aber Einschränkungen an.

    Diese Skripte werden von der Community gepflegt und sind praktisch — aber sie sind nicht Teil des Proxmox-Kerns. Das bedeutet, dass Grenzfälle auftreten können, besonders wenn Updates ausgerollt werden.

    Was die Community erlebt hat

    Interessanterweise teilten sich die Reaktionen in ein paar Lager auf:

    Leute, die auf Instabilität stießen

    Viele Nutzer spiegelten den Kampf des ursprünglichen Posters — Immich wird nach ein paar Tagen oder nach einem Host-Neustart unerreichbar.

    • Manche sagten, das Wiederherstellen eines Backups habe es vorübergehend behoben.
    • Andere kamen zu dem Schluss, so sehr sie es sich auch wünschten: Es war für den Langzeiteinsatz im LXC einfach nicht zuverlässig genug.

    Andere, bei denen es reibungslos läuft

    Aber nicht bei allen brach alles zusammen.

    Eine Handvoll Leute berichtete, Immich über lange Zeiträume problemlos in einem unprivilegierten LXC zu betreiben. Ein paar Anpassungen, die sie erwähnten:

    • Den Container klein und schlank halten
    • Daten auf verknüpften Storage statt intern auslagern
    • Vorsichtig mit Berechtigungsänderungen umgehen
    • Vor Updates Backups anlegen

    Also ja — es kann funktionieren. Aber es ist nicht trivial.

    Docker in LXC: Ein Mittelweg

    Manche Nutzer hatten Erfolg damit, Docker innerhalb eines LXC zu betreiben, anstatt Immich direkt in das LXC-Dateisystem zu installieren.

    Das fügt eine weitere Abstraktionsebene hinzu — Docker innerhalb eines LXC —, isoliert Dienste aber besser. Es macht außerdem Updates und Dienst-Neustarts einfacher und liefert bessere Logs und Tooling.

    Diese Strategie hat jedoch weiterhin Haken: Container-in-Container-Setups bringen zusätzliche Komplexität mit sich, besonders bei Networking und Storage-Mounts. Wenn Sie diesen Kompromiss nicht nur für Immich abwägen, geht unser Entscheidungsleitfaden LXC vs. VM vs. Docker ausführlicher darauf ein.

    Die VM-Befürworter

    Die konsistentesten Stabilitätsberichte kamen von denen, die Immich innerhalb einer vollständigen VM betreiben, meist mit einem leichtgewichtigen Linux wie Debian, unter Verwendung von Docker oder Docker Compose.

    Das haben Community-Mitglieder beobachtet:

    • Keine unerklärlichen Ausfälle nach Neustarts
    • Docker-Container starten automatisch, vorhersehbares Networking
    • Datenbank und Dateisystem lassen sich für bessere Performance auf lokale VM-Disks legen
    • Einfacheres Debugging über Standard-Linux-Tooling

    Mit anderen Worten — es funktioniert einfach.

    Wie ein Kommentator es knapp zusammenfasste: „Immich in Docker auf einer normalen Debian-VM lief jahrelang absolut stabil. Nicht ein einziger Aussetzer.“

    Was ist also das Urteil?

    Brechen wir das auf einfache Worte herunter.

    💡 LXC mit Immich:

    • ⚠️ Kann funktionieren
    • ⚠️ Potenzial für unerwartete Ausfallzeiten
    • ⚠️ Braucht sorgfältiges Setup
    • ⚠️ Troubleshooting kann knifflig sein

    🐋 Docker in LXC:

    • 👍 Besser als reines LXC
    • 👍 Mehr Tooling und Dienst-Isolation
    • ⚠️ Bringt trotzdem zusätzliche Komplexität

    🖥 Vollständige VM + Docker:

    • ⭐ Am stabilsten und vorhersehbarsten
    • ⭐ Am besten für langfristige Uptime
    • ⭐ Funktioniert zuverlässig über Neustarts hinweg
    • ❓ Etwas höherer Ressourcenverbrauch

    Best Practices, falls Sie LXC trotzdem ausprobieren wollen

    Wenn Sie entschlossen sind, Immich in ein LXC zu zwängen, hier ein paar Tipps aus der Community, die es wert sind, beachtet zu werden:

    1. Einen unprivilegierten Container verwenden

    Das schützt den Host besser und ähnelt eher der Isolation einer VM.

    2. Datenverzeichnisse außerhalb des Container-Roots halten

    Binden oder verknüpfen Sie nur bestimmte Ordner. Ziehen Sie keine kompletten Shares in den Container.

    3. Sicherstellen, dass Dienste beim Booten starten

    Prüfen Sie nach jedem Neustart die systemd-Aktivierung und das Networking.

    4. Vollständige Power-Cycles testen

    Nicht nur Neustarts — fahren Sie den Host komplett herunter und booten Sie erneut. Das deckt Probleme bei der Mount-Reihenfolge auf.

    5. Backup, Backup, Backup

    Container lassen sich billig snapshotten — tun Sie es, besonders vor dem Aktualisieren von Helper-Scripts.

    Abschließende Gedanken

    Immich in einem LXC auf Proxmox auszuprobieren ist ein klassisches DIY-Experiment — clever, effizient und befriedigend, wenn es funktioniert.

    Aber Homelabs sind nicht nur Labore — sie sind Infrastruktur für Ihre Erinnerungen.

    Wenn Sie einem System Ihre unersetzlichen Fotos und Videos anvertrauen, muss Stabilität wichtiger sein als Eleganz. Und für die meisten Menschen bedeutet das, über das bloße LXC hinauszugehen, hin zu einer robusteren Umgebung — idealerweise einer dedizierten VM mit Docker.

    Wenn Sie zum bastelfreudigen Typ gehören, der es genießt, mit Grenzfällen zu ringen und sich in Mount-Optionen zu vertiefen, wagen Sie sich an die LXC-Herausforderung. Seien Sie nur auf Wartung, Eigenheiten und möglicherweise den Wiederaufbau nach einem Host-Neustart vorbereitet.

    Wenn Sie es lieber einmal einrichten und dann vergessen möchten, ist eine vollständige VM vielleicht die bessere Wette.

    So oder so ist es keine Schande, das eigene Setup zu ändern — besonders wenn das Ziel ein ruhiges Gewissen ist.