Rozwiązanie społecznościowe

Udział sieciowy ZimaOS znika po ponownym uruchomieniu: dlaczego Plex i Emby tracą zdalne dane NAS-u

A December 2025 thread where Plex and Emby running on ZimaOS lost access to an Unraid network share after about a week or a reboot. Reconnecting the share in Files and restarting apps restored access, but the thread ended without an IceWhale-confirmed persistent app-mount solution.

W opisanej konfiguracji ZimaOS pełnił funkcję serwera aplikacji, a wszystkie multimedia pozostawały na istniejącym serwerze NAS Unraid. Plex, Emby i OpenWebUI działały na ZimaOS i początkowo bez problemu uzyskiwały dostęp do zdalnych danych. Po około tygodniu — a następnie ponownie po ponownym uruchomieniu — udział sieciowy zniknął ze środowiska aplikacji. Ponowne połączenie go w aplikacji Pliki i zrestartowanie aplikacji przywróciło dostęp.

Ujawnia to istotną granicę projektową w konfiguracjach typu „oddzielny węzeł obliczeniowy + osobny serwer NAS”: lokalizacja sieciowa widoczna w aplikacji Pliki nie jest automatycznie tym samym co trwałe montowanie hosta, na którym każda kontenerowa aplikacja Docker może polegać po ponownym uruchomieniu i ponownym nawiązaniu połączenia.

Aplikacje utraciły multimedia, ponieważ zdalny udział zniknął

Nie zgłoszono awarii baz danych Plex ani Emby. Aplikacje po prostu utraciły ścieżki wskazujące dane na serwerze Unraid. Po ponownym dodaniu udziału rozpoczęły odbudowę lub ponowne skanowanie bibliotek.

Wskazuje to na problem z dostępnością pamięci masowej, a nie na uszkodzoną instalację Plex lub Emby.

Dostęp z aplikacji Pliki i dostęp do wolumenów Dockera to różne warstwy

Aplikacja Pliki w ZimaOS może łączyć się z pamięcią masową w sieci LAN za pośrednictwem SMB. To połączenie umożliwia użytkownikowi przeglądanie i przenoszenie plików z poziomu interfejsu internetowego.

Aplikacja Docker potrzebuje ścieżki hosta, która pozostaje dostępna w chwili uruchamiania kontenera. Jeśli podstawowe montowanie sieciowe zniknie lub zostanie odtworzone w ramach innego cyklu życia, aplikacja może zobaczyć pustą albo niedostępną ścieżkę, nawet jeśli aplikacja Pliki będzie mogła później ponownie nawiązać połączenie.

Wskazówki dotyczące UUID nie dotyczą zwykłego udziału SMB

Jedna z odpowiedzi sugerowała montowanie „przy użyciu UUID”. Inny uczestnik słusznie zauważył, że zdalny udział Unraid był podłączony przez adres IP/SMB, a nie jako lokalne urządzenie blokowe.

UUID są przydatne do identyfikowania lokalnych systemów plików i urządzeń blokowych. Udział SMB identyfikuje się za pomocą ścieżki serwera i udziału sieciowego, danych uwierzytelniających oraz konfiguracji montowania.

W odpowiedzi społeczności zasugerowano użycie pliku /etc/fstab

Inny uczestnik stwierdził, że trwałe montowanie SMB w pliku /etc/fstab działało u niego stabilnie. Jest to standardowa administracja systemem Linux i może działać, jednak była to porada społeczności, a autor oryginalnego wpisu nie potwierdził ostatecznej działającej konfiguracji.

W systemie operacyjnym działającym jak appliance ręczna konfiguracja montowania hosta oznacza również konieczność samodzielnego zarządzania kolejnością uruchamiania, danymi uwierzytelniającymi, zachowaniem przy ponownym łączeniu oraz zgodnością z aktualizacjami.

Obecne wersje ZimaOS nadal obsługują pamięć masową LAN w aplikacji Pliki

Aktualna dokumentacja IceWhale pokazuje, jak dodać pamięć masową LAN z poziomu paska bocznego aplikacji Pliki, podając adres IP zdalnego serwera NAS i dane uwierzytelniające. Jest to obsługiwany sposób przeglądania danych z innego serwera NAS lub migrowania ich.

Skorzystaj z aktualnego procesu łączenia z pamięcią masową LAN, gdy celem jest dostęp do plików lub migracja danych.

Wątek nie potwierdził obsługiwanej metody trwałego montowania dla aplikacji

Żaden deweloper IceWhale nie odpowiedział udokumentowaną procedurą „trwałego montowania tego udziału SMB dla aplikacji Docker”, a autor oryginalnego wpisu nadal miał wątpliwości, czy połączenie z aplikacji Pliki przetrwa zaobserwowane zdarzenia cyklu życia.

Rzetelny artykuł powinien zachować ten nierozstrzygnięty status, zamiast przedstawiać sugestię użycia fstab ze strony społeczności jako oficjalne rozwiązanie.

W przypadku serwera multimediów zdecyduj, gdzie znajduje się stabilna granica montowania

Jeśli Plex i Emby mają automatycznie odzyskiwać działanie po utracie zasilania, zdalna ścieżka multimediów musi zostać zamontowana przed uruchomieniem kontenerów i pozostać stabilna podczas ponownego łączenia. Można to osiągnąć w kilku architekturach systemu Linux, ale konkretny wybór należy przetestować w aktualnej wersji ZimaOS.

W przypadku ważnych konfiguracji pracujących stale przed uznaniem ścieżki pamięci masowej za gotową do użycia produkcyjnego należy sprawdzić ponowne uruchomienie po całkowitym wyłączeniu, ponowne uruchomienie zdalnego serwera NAS, ponowne uruchomienie przełącznika sieciowego oraz tymczasową utratę połączenia z siecią.

Zapobiegaj niepotrzebnemu ponownemu skanowaniu multimediów

Gdy udział multimediów tymczasowo zniknie, Plex lub Emby mogą — zależnie od ustawień biblioteki — zinterpretować to jako usunięcie zawartości. Do czasu potwierdzenia stabilnego działania zdalnego montowania unikaj automatycznego, destrukcyjnego czyszczenia biblioteki.

FAQ dotyczące montowania zdalnego serwera NAS dla aplikacji

Czy ponowne połączenie udziału w aplikacji Pliki przywróciło działanie aplikacji?

Użytkownicy zgłosili, że ponowne połączenie udziału i zrestartowanie aplikacji przywróciło dostęp.

Czy udział SMB można zamontować według UUID systemu plików?

Nie w takim samym znaczeniu jak dysk lokalny. SMB korzysta ze ścieżki udziału sieciowego i danych uwierzytelniających.

Czy IceWhale opublikowało w tym wątku potwierdzoną poprawkę dotyczącą trwałego montowania dla aplikacji Docker?

Nie. Publiczny wątek zakończył się bez takiej poprawki.