Najważniejszą rzeczą, której to źródło nie dowodzi, jest to, że ZimaOS samodzielnie przeskanował serwer NAS i usunął zwykłą bibliotekę zdjęć. Użytkownik zgłosił, że jego pliki Immich zniknęły po działaniach związanych z odinstalowaniem i ponowną instalacją oraz podejrzewał opcję „Usuń konfiguracje”, ale IceWhale nigdy nie odtworzyło ani nie zdiagnozowało dokładnego zdarzenia usunięcia.
Opublikowana później konfiguracja wykazała, że było to wdrożenie oparte na własnym Docker Compose, a nie pakiet Immich ze Sklepu ZimaOS. Baza danych, pamięć podręczna uczenia maszynowego i biblioteka były podłączone jako woluminy do ścieżek /mnt/bigdrive/data/immich/.... Zima-Giorgio wyraźnie zauważył, że aplikacja nie pochodziła ze Sklepu ZimaOS. Dlatego nie można bezpiecznie twierdzić, że utratę danych spowodowało standardowe zachowanie Sklepu podczas odinstalowywania. Trwała lekcja jest taka, aby przechowywać niezastąpione zdjęcia i kopie zapasowe bazy danych poza ścieżką czyszczenia, której działania nie rozumiesz w pełni.
Użytkownik zgłosił brak niezastąpionych zdjęć po odinstalowaniu i ponownej instalacji
Użytkownik uważał, że podczas usuwania Immich mógł zaznaczyć opcję usunięcia konfiguracji. Opisał również pętle awarii, ograniczony dostęp do logów w czasie problemu i ostatecznie zrezygnował z ZimaOS, ponieważ nie był w stanie odzyskać obrazów.
Jest to poważne zgłoszenie utraty danych, ale na forum nigdy nie przedstawiono odtwarzalnej sekwencji pokazującej, która czynność faktycznie usunęła które pliki.
Pierwsze wyjaśnienie było teorią społeczności
W odpowiedzi społeczność zasugerowała, że oryginały mogły znajdować się w folderze aplikacji, który podczas czyszczenia przy odinstalowywaniu został uznany za dane konfiguracji lub użytkownika. Jest to uzasadnione zagrożenie, przed którym warto ostrzegać, szczególnie jeśli konfiguracja, baza danych i oryginalne multimedia są przechowywane w jednym drzewie AppData.
Nie potwierdzono jednak, że była to przyczyna tego konkretnego incydentu.
Opublikowany plik Compose mapował dane poza standardowym przykładem AppData aplikacji ze Sklepu
Użytkownik opublikował później definicję Compose ze ścieżkami na hoście, takimi jak:
/mnt/bigdrive/data/immich/postgres
/mnt/bigdrive/data/immich/cache
/mnt/bigdrive/data/immich/librarySerwer Immich mapował folder biblioteki na /data. Jest to ważny dowód, ponieważ nie odpowiada prostej teorii, według której wszystkie oryginały znajdowały się w lokalizacji „/DATA/AppData/immich”, przedstawionej wcześniej.
IceWhale potwierdziło, że nie był to pakiet Immich ze Sklepu ZimaOS
Zima-Giorgio zapytał, skąd pochodziła aplikacja po przeanalizowaniu konfiguracji. Użytkownik odpowiedział, że pochodziła z pliku Docker Compose Immich. Następnie Giorgio zalecił instalowanie aplikacji ze Sklepu ZimaOS.
To zalecenie nie wskazuje, co usunęło pliki, ale jasno wyznacza granicę między sposobami zarządzania aplikacją.
Obecnie ZimaOS traktuje kontener i mapowane dane jako odrębne elementy
Aktualna dokumentacja IceWhale wyjaśnia, że sam kontener jest przeznaczony do usunięcia, podczas gdy ważne dane aplikacji znajdują się w zmapowanych folderach na hoście. Dokumentacja wyraźnie zaleca tworzenie kopii zapasowych tych folderów i przechowywanie AppData na odpowiedniej pamięci masowej.
Przed usunięciem aplikacji stanowej zapoznaj się z aktualnym modelem danych aplikacji w ZimaOS.
Immich wymaga ochrony zarówno zasobów, jak i bazy danych
Zdjęcia i filmy zapisane na dysku to tylko połowa procesu odzyskiwania Immich. Albumy, użytkownicy, metadane, informacje o plikach i stan aplikacji znajdują się w PostgreSQL. Bezpieczny plan obejmuje ochronę zarówno drzewa zasobów, jak i zgodnej kopii zapasowej bazy danych.
Nie polegaj na polu wyboru podczas odinstalowywania aplikacji jako na strategii tworzenia kopii zapasowych.
Przed odinstalowaniem menedżera zdjęć
- zapisz każde mapowanie woluminów po stronie hosta;
- zweryfikuj rzeczywistą ścieżkę zasobów zdjęć i filmów;
- utwórz i przetestuj niezależną kopię zapasową bazy danych;
- skopiuj niezastąpione zasoby na inne urządzenie lub nośnik;
- dokładnie sprawdź, do czego odnosi się każda opcja typu „usuń dane użytkownika/konfigurację”;
- dopiero potem usuń lub odtwórz aplikację.
Jeśli pliki nagle znikną, ogranicz dalsze zapisy
Zatrzymaj aplikację i unikaj instalowania lub odtwarzania kontenerów oraz kopiowania nowych danych na dotknięty system plików, dopóki nie zrozumiesz jego stanu. W pierwszej kolejności przywróć dane ze sprawdzonych kopii zapasowych. Jeśli nie ma kopii zapasowej, a pliki rzeczywiście zniknęły, zabezpiecz nośnik i skorzystaj z pomocy w odzyskiwaniu danych właściwej dla danego systemu plików, zamiast wielokrotnie zapisywać na tym nośniku.
Społeczność źródłowa wspomniała o narzędziach do odzyskiwania danych, ale nie były to procedury IceWhale i nie ma gwarancji, że są bezpieczne dla każdej macierzy RAID lub każdego systemu plików.
Najczęściej zadawane pytania dotyczące utraty danych Immich
Czy IceWhale potwierdziło, że odinstalowanie Immich ze Sklepu ZimaOS usunęło zdjęcia użytkownika?
Nie. Aplikacja była wdrożeniem opartym na własnym Compose, a dokładny mechanizm usunięcia nigdy nie został ustalony.
Czy opublikowany plik Compose wskazywał bibliotekę w lokalizacji /DATA/AppData/immich?
Nie. Wskazywał mapowania biblioteki, bazy danych i pamięci podręcznej do ścieżek /mnt/bigdrive/data/immich.
Jaki jest najbezpieczniejszy sposób zapobiegania utracie danych?
Przed odinstalowaniem, resetowaniem lub ponownym mapowaniem stosu niezależnie wykonaj kopię zapasową zarówno oryginalnych zdjęć i filmów, jak i bazy danych Immich.
