Ten wątek źródłowy zawiera użyteczny, zweryfikowany przez społeczność eksperyment dotyczący stabilności, ale nie potwierdzoną przyczynę źródłową w jądrze. Aoostar R1 z procesorem Intel N150 działał pod ZimaOS przez mniej więcej dobę, a następnie całkowicie się zawieszał: ekran gasł, ping przestawał działać, a interfejs WebUI stawał się niedostępny do czasu odłączenia i ponownego podłączenia zasilania.
Autor oryginalnego wpisu dodał ostatecznie kilka parametrów zarządzania energią Intel i915 oraz parametr dotyczący stanu zasilania NVMe do wiersza poleceń uruchamiania ZimaOS. Cztery dni później poinformował o ciągłej pracy systemu i uznał zmianę za udaną. To istotna weryfikacja użytkownika, ale nie ma zrzutu awarii, który wiązałby problem z jedną konkretną funkcją i915, kontrolerem NVMe lub obiema tymi przyczynami.
To było całkowite zawieszenie hosta, a nie awaria pojedynczej aplikacji
Objawy opisane w źródle obejmowały pusty ekran, brak odpowiedzi na ping, niedostępny interfejs WebUI oraz konieczność fizycznego odłączenia i ponownego podłączenia zasilania. Taka klasa awarii wykracza poza awarię kontenera Docker lub nieaktualną sesję przeglądarki i powinna być analizowana na poziomie hosta, jądra lub sprzętu.
Ten sam mini-PC działał stabilnie pod Unraid
Użytkownik stwierdził, że Aoostar R1 działał stabilnie przez kilka dni pod Unraid podczas wstępnego testowania dysków, a następnie zaczął codziennie się zawieszać po instalacji ZimaOS. Sugeruje to możliwą interakcję oprogramowania ze sterownikiem, ale różne systemy operacyjne korzystają z innych jąder, sterowników i zasad zarządzania energią na tym samym sprzęcie.
Zarządzanie energią i915 i NVMe stało się główną hipotezą społeczności
Użytkownik znalazł wiersz poleceń uruchamiania ZimaOS w pliku /mnt/boot/cmdline.txt i dodał:
nvme_core.default_ps_max_latency_us=0
i915.enable_psr=0
i915.enable_fbc=0
i915.enable_dc=0
i915.enable_guc=0Były to wybrane przez użytkownika parametry diagnostyczne, a nie standardowa konfiguracja zalecana przez IceWhale dla systemów z procesorami Intel N100/N150.
Użytkownik poinformował o czterech dniach pracy po tej zmianie
21 listopada autor oryginalnego wpisu powrócił i poinformował, że system osiągnął cztery dni pracy bez przerwy i nadal działał. Potwierdza to, że zmiany poprawiły stabilność tego komputera, ale nie wskazuje, który parametr miał znaczenie.
IceWhale osobno zasugerowało test z wyłączonym wyszukiwaniem
Zima-Giorgio wskazał inne zgłoszenia, w których wyłączenie wyszukiwania ZimaOS poprawiło stabilność niektórych komputerów. To odrębna, oficjalna wskazówka diagnostyczna i nie należy łączyć jej z teorią i915/NVMe tak, jakby IceWhale potwierdziło tę samą przyczynę.
Dowody z awarii są cenniejsze niż zmienianie każdego możliwego ustawienia zasilania
Inny uczestnik ostrzegł, że bez zrzutu lub dzienników z poprzedniego uruchomienia użytkownicy mogą w końcu zmieniać ustawienia zasilania GPU, NVMe, ASPM, stanów C, sieci i wyszukiwania, nie wiedząc, która warstwa faktycznie uległa awarii. W aktualnym przypadku po odzyskaniu systemu należy zebrać dzienniki jądra i usług z poprzedniego uruchomienia oraz porównać znaczniki czasu w okolicy ostatniej prawidłowej aktywności.
Ogólna obsługa x86 nie oznacza, że każda polityka zasilania mini-PC została wcześniej zweryfikowana
Obecna wersja ZimaOS oficjalnie obsługuje ogólny sprzęt x86-64, ale płyty główne, kontrolery pamięci masowej, układy graficzne i karty sieciowe innych producentów mogą wymagać dodatkowych testów zgodności.
Przed założeniem, że zawieszanie się N150 ma jedno uniwersalne rozwiązanie, zapoznaj się z aktualnymi wytycznymi dotyczącymi rozwiązywania problemów z urządzeniami x86 innych producentów.
Bezpieczniejsza kolejność bieżącej diagnostyki
- Zaktualizuj system do najnowszej stabilnej wersji ZimaOS.
- Zapisz wersję BIOS-u i przywróć zachowawcze ustawienia domyślne oprogramowania układowego.
- Po awarii zbierz dzienniki jądra i usług z poprzedniego uruchomienia.
- Sprawdź stan, temperaturę i zasilanie dysku SSD/NVMe oraz pamięć RAM.
- Sprawdź, czy wyszukiwanie lub inne powtarzalne obciążenie ma związek z zawieszaniem.
- W miarę możliwości zmieniaj jeden parametr uruchamiania naraz.
- Zachowaj kopię oryginalnego wiersza poleceń uruchamiania, aby można było cofnąć zmianę.
FAQ dotyczące zawieszania Aoostar N150
Czy użytkownik opisany w źródle zgłosił poprawę stabilności?
Tak. Poinformował o czterech dniach pracy bez przerwy po zmianie parametrów uruchamiania związanych z zasilaniem i915 i NVMe.
Czy IceWhale potwierdziło, że przyczyną źródłową było i915?
Nie. IceWhale osobno zasugerowało test z wyłączonym wyszukiwaniem; żaden dziennik awarii nie potwierdził dokładnego źródła problemu.
Czy każdy użytkownik ZimaOS z Intelem N150 powinien wyłączyć PSR, FBC, DC i GuC?
Nie. Te ustawienia były eksperymentem diagnostycznym dotyczącym konkretnego źródła, a nie uniwersalnie zalecaną konfiguracją.
