Dieser Quellthread enthält ein nützliches, von der Community verifiziertes Stabilitätsexperiment, aber keine nachgewiesene Kernel-Ursache. Ein Aoostar R1 mit Intel N150 lief ungefähr einen Tag lang mit ZimaOS und fror dann vollständig ein: Das Display wurde schwarz, Ping antwortete nicht mehr und die WebUI war nicht erreichbar, bis die Stromversorgung unterbrochen wurde.
Der ursprüngliche Verfasser fügte schließlich mehrere Intel-i915-Parameter für die Energieverwaltung sowie einen Parameter für den NVMe-Energiezustand zur Boot-Befehlszeile von ZimaOS hinzu. Vier Tage später meldete er eine durchgehende Betriebszeit und bezeichnete die Änderung als erfolgreich. Das ist eine aussagekräftige Überprüfung durch einen Nutzer, belegt jedoch nicht, ob ein bestimmtes i915-Feature, der NVMe-Controller oder beides den Fehler verursacht hat.
Dies war ein vollständiges Einfrieren des Hosts, kein Absturz einer einzelnen App
Zu den Symptomen gehörten ein schwarzes Display, fehlgeschlagene Ping-Anfragen, eine nicht erreichbare WebUI und die erforderliche physische Unterbrechung der Stromversorgung. Diese Fehlerklasse geht über einen abgestürzten Docker-Container oder eine veraltete Browsersitzung hinaus und sollte auf Host-, Kernel- oder Hardwareebene untersucht werden.
Derselbe Mini-PC war unter Unraid stabil
Der Nutzer gab an, dass der Aoostar R1 unter Unraid mehrere Tage stabil geblieben war, während Laufwerke mit Preclear vorbereitet wurden, und erst nach der Installation von ZimaOS täglich einzufrieren begann. Dadurch erschien eine Software-/Treiberinteraktion plausibel, doch verschiedene Betriebssysteme verwenden auf derselben Hardware unterschiedliche Kernel, Treiber und Energiesparrichtlinien.
i915- und NVMe-Energieverwaltung wurden zur wichtigsten Community-Hypothese
Der Nutzer fand die Boot-Befehlszeile von ZimaOS unter /mnt/boot/cmdline.txt und fügte Folgendes hinzu:
nvme_core.default_ps_max_latency_us=0
i915.enable_psr=0
i915.enable_fbc=0
i915.enable_dc=0
i915.enable_guc=0Diese Parameter wurden vom Nutzer zur Fehlersuche ausgewählt und stellen keine von IceWhale vorgeschriebene Standardkonfiguration für Intel-N100/N150-Systeme dar.
Der Nutzer meldete nach der Änderung vier Tage Betriebszeit
Am 21. November meldete sich der ursprüngliche Verfasser zurück und teilte mit, dass das System vier Tage Betriebszeit erreicht hatte und weiterhin lief. Dies stützt die Schlussfolgerung, dass die Änderungen die Stabilität dieses Geräts verbessert haben, isoliert jedoch nicht, welcher Parameter entscheidend war.
IceWhale schlug unabhängig davon vor, die Suche zu deaktivieren
Zima-Giorgio verwies auf andere Berichte, denen zufolge das Deaktivieren der ZimaOS-Suche die Stabilität auf einigen Geräten verbessert hatte. Dies ist ein separater offizieller Hinweis zur Fehlersuche und sollte nicht mit der i915-/NVMe-Theorie vermischt werden, als hätte IceWhale dieselbe Ursache bestätigt.
Beweise zum Absturz sind wertvoller, als jede mögliche Energieeinstellung anzupassen
Ein anderer Teilnehmer warnte, dass Nutzer ohne Dump- oder Protokolle des vorherigen Starts möglicherweise GPU-Energieverwaltung, NVMe-Energieverwaltung, ASPM, C-States, Netzwerk und Suche ändern, ohne zu wissen, welche Ebene tatsächlich ausgefallen ist. Für einen aktuellen Fall sollten nach der Wiederherstellung die Kernel- und Systemprotokolle des vorherigen Starts gesammelt und die Zeitstempel rund um die letzte erfolgreiche Aktivität verglichen werden.
Generische x86-Unterstützung bedeutet nicht, dass jede Energieverwaltung von Mini-PCs vorab validiert wurde
ZimaOS unterstützt derzeit offiziell generische x86-64-Hardware, doch Mainboards, Speichercontroller, Grafikadapter und Netzwerkadapter von Drittanbietern können zusätzliche Kompatibilitätsprüfungen erfordern.
Prüfen Sie die aktuellen Grenzen der Fehlerbehebung für x86-Systeme von Drittanbietern, bevor Sie annehmen, dass ein Einfrieren mit N150 eine allgemeingültige Lösung hat.
Eine aktuell sicherere Reihenfolge zur Fehlersuche
- Aktualisieren Sie auf die aktuelle stabile ZimaOS-Version.
- Notieren Sie die BIOS-Version und stellen Sie konservative Firmware-Standardeinstellungen wieder her.
- Sammeln Sie nach einem Absturz die Kernel- und Dienstprotokolle des vorherigen Starts.
- Prüfen Sie Zustand und Temperatur der SSD/NVMe, den Arbeitsspeicher und die Stromversorgung.
- Testen Sie, ob die Suche oder eine andere reproduzierbare Arbeitslast mit dem Einfrieren zusammenhängt.
- Ändern Sie nach Möglichkeit jeweils nur einen Boot-Parameter.
- Bewahren Sie eine Kopie der ursprünglichen Boot-Befehlszeile auf, damit die Änderung rückgängig gemacht werden kann.
FAQ zum Einfrieren von Aoostar-N150-Systemen
Hat der Nutzer im Quellthread eine verbesserte Stabilität gemeldet?
Ja. Nach der Änderung von Boot-Parametern für die i915- und NVMe-Energieverwaltung meldete er vier Tage Betriebszeit.
Hat IceWhale bestätigt, dass i915 die eigentliche Ursache war?
Nein. IceWhale schlug unabhängig davon vor, die Suche zu deaktivieren; kein Dump-Protokoll bestätigte die genaue Fehlerquelle.
Sollten alle ZimaOS-Nutzer mit Intel N150 PSR, FBC, DC und GuC deaktivieren?
Nein. Diese Einstellungen waren ein quellenspezifisches Experiment zur Fehlersuche und keine allgemeingültig empfohlene Konfiguration.
