Das Wichtigste, was diese Quelle nicht belegt, ist, dass ZimaOS das NAS unabhängig gescannt und eine normale Fotobibliothek gelöscht hat. Der Benutzer berichtete, dass seine Immich-Dateien nach einer Deinstallation/Neuinstallation verschwunden waren, und vermutete die Option „Konfigurationen löschen“. Der genaue Löschvorgang wurde von IceWhale jedoch nie reproduziert oder diagnostiziert.
Die später veröffentlichte Konfiguration zeigte eine benutzerdefinierte Docker-Compose-Bereitstellung, nicht das Immich-Paket aus dem ZimaOS Store. Datenbank, Machine-Learning-Cache und Bibliothek waren unter /mnt/bigdrive/data/immich/... als Bind-Mounts eingebunden. Zima-Giorgio stellte ausdrücklich fest, dass die App nicht aus dem ZimaOS Store stammte. Daher wäre es unseriös zu behaupten, dass das normale Deinstallationsverhalten des Stores den Verlust verursacht hat. Die dauerhafte Lehre lautet, unersetzliche Foto-Assets und Datenbank-Backups außerhalb jedes Bereinigungspfads aufzubewahren, den man nicht vollständig versteht.
Der Benutzer meldete, dass unersetzliche Fotos nach der Deinstallation/Neuinstallation fehlten
Der Benutzer der Quelle glaubte, möglicherweise beim Entfernen von Immich eine Option zum Löschen der Konfiguration aktiviert zu haben. Außerdem beschrieb er Absturzschleifen und einen erschwerten Zugriff auf die Protokolle während des Fehlers. Schließlich gab er ZimaOS auf, nachdem er die Bilder nicht wiederherstellen konnte.
Dies ist ein ernstzunehmender Bericht über Datenverlust. Im Forum wurde jedoch nie eine reproduzierbare Abfolge dokumentiert, die gezeigt hätte, welche Aktion tatsächlich welche Dateien entfernt hat.
Die erste Erklärung war eine Theorie aus der Community
Eine Antwort aus der Community vermutete, dass die Originale möglicherweise in einem App-Ordner lagen, den die Deinstallationsbereinigung als Konfigurations- oder Benutzerdaten betrachtete. Das ist eine berechtigte Warnung, insbesondere wenn Benutzer Konfiguration, Datenbank und Originalmedien in einem gemeinsamen AppData-Verzeichnis mischen.
Als Ursache für diesen konkreten Vorfall wurde dies jedoch nicht bestätigt.
Das veröffentlichte Compose-Setup band Daten außerhalb des normalen Store-AppData-Beispiels ein
Der Benutzer veröffentlichte später eine Compose-Definition mit Host-Pfaden wie:
/mnt/bigdrive/data/immich/postgres
/mnt/bigdrive/data/immich/cache
/mnt/bigdrive/data/immich/libraryDer Immich-Server band den Bibliotheksordner unter /data ein. Das ist ein wichtiges Beweismittel, da es nicht zur zuvor aufgestellten einfachen Theorie passt, dass sich alle Originale unter /DATA/AppData/immich befanden.
IceWhale bestätigte, dass es nicht das Immich-Paket aus dem ZimaOS Store war
Zima-Giorgio fragte nach der Herkunft der App, nachdem er die Konfiguration geprüft hatte. Der Benutzer antwortete, dass sie aus der Docker-Compose-Datei von Immich stammte. Giorgio empfahl daraufhin, Apps aus dem ZimaOS Store zu installieren.
Diese Empfehlung klärt nicht, wodurch die Dateien gelöscht wurden, grenzt jedoch eindeutig die Zuständigkeit der App-Verwaltung ab.
Aktuelles ZimaOS behandelt Container und eingebundene Daten als unterschiedliche Dinge
Die aktuelle Dokumentation von IceWhale erklärt, dass der Container selbst entbehrlich ist, während wichtige Anwendungsdaten in eingebundenen Host-Ordnern liegen. Sie empfiehlt ausdrücklich, diese Host-Ordner zu sichern und AppData auf geeignetem Speicher abzulegen.
Nutzen Sie das aktuelle App-Datenmodell von ZimaOS, bevor Sie eine zustandsbehaftete App entfernen.
Immich benötigt sowohl den Schutz der Assets als auch der Datenbank
Auf der Festplatte gespeicherte Fotos und Videos sind nur die eine Hälfte einer Immich-Wiederherstellung. Alben, Benutzer, Metadaten, Dateiverweise und der Anwendungsstatus liegen in PostgreSQL. Ein sicherer Plan schützt daher sowohl den Asset-Baum als auch ein kompatibles Datenbank-Backup.
Verlassen Sie sich nicht auf ein Kontrollkästchen bei der App-Deinstallation als Backup-Strategie.
Vor der Deinstallation einer Fotobibliotheksverwaltung
- alle Volume-Zuordnungen auf der Host-Seite dokumentieren;
- den tatsächlichen Speicherort der Foto- und Video-Assets überprüfen;
- ein unabhängiges Datenbank-Backup erstellen und testen;
- unersetzliche Assets auf ein anderes Gerät oder Speichermedium kopieren;
- genau verstehen, auf welche Daten sich eine Option wie „Benutzerdaten/Konfiguration löschen“ auswirkt;
- erst danach die App entfernen oder neu erstellen.
Wenn Dateien plötzlich verschwinden, sollten weitere Schreibvorgänge minimiert werden
Stoppen Sie die Anwendung und vermeiden Sie es, Container zu installieren oder neu zu erstellen oder neue Daten auf das betroffene Dateisystem zu kopieren, bis Sie dessen Zustand verstanden haben. Stellen Sie zunächst aus überprüften Backups wieder her. Wenn kein Backup vorhanden und die Dateien tatsächlich verschwunden sind, bewahren Sie die Medien unverändert auf und wenden Sie sich an einen Spezialisten für dateisystemspezifische Wiederherstellung, anstatt wiederholt darauf zu schreiben.
Die Community der Quelle erwähnte Wiederherstellungstools. Dabei handelte es sich jedoch nicht um Verfahren von IceWhale, und sie sind nicht für jedes RAID- oder Dateisystem garantiert sicher.
FAQ zu Datenverlust bei Immich
Hat IceWhale bestätigt, dass die Deinstallation aus dem ZimaOS Store die Fotos des Benutzers gelöscht hat?
Nein. Die App war eine benutzerdefinierte Compose-Bereitstellung, und der genaue Löschmechanismus wurde nie festgestellt.
Zeigte das veröffentlichte Compose-Setup die Bibliothek unter /DATA/AppData/immich?
Nein. Es zeigte Bind-Mounts für Bibliothek, Datenbank und Cache unter /mnt/bigdrive/data/immich.
Was ist die sicherste Vorbeugung?
Sichern Sie sowohl die ursprünglichen Foto- und Video-Assets als auch die Immich-Datenbank unabhängig voneinander, bevor Sie den Stack deinstallieren, zurücksetzen oder neu zuordnen.
