Co wydarzyło się w przypadku TerraMaster F2-425
Użytkownik zainstalował ZimaOS 1.5.3 na dysku NVMe podłączonym przez wewnętrzną ścieżkę USB serwera NAS. System uruchomił się, ale później częściowo przestał odpowiadać, aplikacje pojawiały się jako starsze lub widma, a wyłączanie systemu mogło się zawieszać. Użytkownik dołączył dane diagnostyczne wskazujące na system z procesorem Intel Celeron N5095 i 4 GB pamięci.
Dlaczego głównym podejrzanym była ścieżka dostępu do pamięci masowej
W odpowiedzi społeczności podejrzewano system operacyjny i ścieżkę przechowywania danych Dockera przez USB, a nie Jellyfin ani Transmission z osobna. Był to wniosek, a nie oficjalne oświadczenie dotyczące zgodności. Później pojawiły się bardziej przydatne dowody: po ponownej instalacji ZimaOS na jednym z dysków SSD użytkownik poinformował, że system działa prawidłowo.
Dzienniki do zebrania przed odłączeniem zasilania
Przydatne polecenia z tego wątku to dmesg -T | tail -200, journalctl -p err -b i journalctl -u docker --no-pager. systemd opisuje filtrowanie dziennika w dokumentacji journalctl, a jądro Linuksa opisuje wyświetlanie komunikatów w wytycznych dotyczących wyszukiwania błędów w jądrze.
Co ten przypadek faktycznie pokazuje
Nie dowodzi on, że każda instalacja ZimaOS oparta na USB będzie się zawieszać. Pokazuje, że zmiana ścieżki przechowywania systemu operacyjnego u tego użytkownika zbiegła się ze stabilnym działaniem, dlatego stanowi istotną wskazówkę diagnostyczną dotyczącą tego konkretnego przypadku. Aby skorzystać z obsługiwanej procedury instalacji, użyj aktualnego przewodnika instalacji ZimaOS oraz aktualnego przewodnika konfiguracji pamięci masowej.
