Communityoplossing

ZimaOS loopt dagelijks vast op een Aoostar R1 N150: i915/NVMe-energie-instellingen en grenzen van het bewijsmateriaal

A November 2025 Aoostar R1 N150 thread where ZimaOS hard-locked after about a day. The user changed i915 power-saving and NVMe deep-power-state boot parameters and then reported four days of uptime. IceWhale separately suggested testing with Search disabled, but no dump log confirmed the exact root cause.

Deze brondiscussie bevat een nuttig, door de community geverifieerd stabiliteitsexperiment, maar geen bewezen oorzaak op kernelniveau. Een Aoostar R1 met Intel N150 draaide ongeveer een dag op ZimaOS en liep daarna volledig vast: het beeldscherm werd zwart, ping werkte niet meer en de WebUI was niet bereikbaar totdat de stroom werd onderbroken.

De oorspronkelijke poster voegde uiteindelijk verschillende Intel i915-parameters voor energiebeheer en een NVMe-parameter voor de energiestand toe aan de opstartopdrachtregel van ZimaOS. Vier dagen later meldde diegene dat het systeem continu beschikbaar was gebleven en noemde de wijziging geslaagd. Dat is betekenisvolle gebruikersverificatie, maar zonder crashdump is niet vastgesteld of één specifieke i915-functie, de NVMe-controller of beide de oorzaak waren.

Dit was een volledige hostblokkering, niet slechts een crash van één app

De symptomen in de bron waren een zwart beeldscherm, mislukte ping-verzoeken, een onbereikbare WebUI en de noodzaak om de stroom fysiek te onderbreken. Dit type storing is ingrijpender dan een gecrashte Docker-container of een verouderde browsersessie en moet op host-, kernel- of hardwareniveau worden onderzocht.

Dezelfde mini-pc was stabiel onder Unraid

De gebruiker zei dat de Aoostar R1 onder Unraid enkele dagen stabiel was gebleven tijdens het vooraf wissen van schijven, maar na de installatie van ZimaOS dagelijks begon vast te lopen. Dat maakte een interactie tussen software en stuurprogramma's aannemelijk, maar verschillende besturingssystemen gebruiken op dezelfde hardware andere kernels, stuurprogramma's en energiebeleidsinstellingen.

i915- en NVMe-energiebeheer werden de belangrijkste communityhypothese

De gebruiker vond de opstartopdrachtregel van ZimaOS in /mnt/boot/cmdline.txt en voegde het volgende toe:

nvme_core.default_ps_max_latency_us=0
i915.enable_psr=0
i915.enable_fbc=0
i915.enable_dc=0
i915.enable_guc=0

Dit waren door de gebruiker geselecteerde parameters voor probleemoplossing, geen door IceWhale voorgeschreven standaardconfiguratie voor Intel N100/N150-systemen.

De gebruiker meldde vier dagen beschikbaarheid na de wijziging

Op 21 november kwam de oorspronkelijke poster terug en zei dat het systeem vier dagen beschikbaar was geweest en nog steeds draaide. Dit ondersteunt de conclusie dat de wijzigingen de stabiliteit van die machine verbeterden, maar het maakt niet duidelijk welke parameter doorslaggevend was.

Zima-Giorgio verwees naar andere meldingen waarin het uitschakelen van ZimaOS Search op sommige machines de stabiliteit verbeterde. Dat is afzonderlijke officiële probleemoplossingsrichtlijn en mag niet worden samengevoegd met de i915/NVMe-theorie alsof IceWhale dezelfde oorzaak heeft bevestigd.

Crashinformatie is waardevoller dan elke mogelijke energie-instelling aanpassen

Een andere deelnemer waarschuwde dat gebruikers zonder dump- of logs van de vorige opstart uiteindelijk GPU-energiebeheer, NVMe-energiebeheer, ASPM, C-states, netwerken en Search kunnen wijzigen zonder te weten welke laag daadwerkelijk is uitgevallen. Verzamel voor een actuele situatie na herstel de kernel- en servicelogs van de vorige opstart en vergelijk de tijdstempels rond de laatste geslaagde activiteit.

Algemene x86-ondersteuning betekent niet dat het energiebeleid van elke mini-pc vooraf is gevalideerd

ZimaOS ondersteunt momenteel officieel generieke x86-64-hardware, maar moederborden, opslagcontrollers, grafische adapters en netwerkkaarten van derden kunnen aanvullende compatibiliteitscontroles vereisen.

Gebruik de actuele probleemoplossing voor x86-systemen van derden voordat je aanneemt dat een vastloper op een N150 één universele oplossing heeft.

Een veiligere actuele volgorde voor probleemoplossing

  1. Werk ZimaOS bij naar de huidige stabiele versie.
  2. Noteer de BIOS-versie en herstel conservatieve standaardinstellingen van de firmware.
  3. Verzamel na een crash de kernel- en servicelogs van de vorige opstart.
  4. Controleer de gezondheid en temperatuur van de SSD/NVMe, het RAM-geheugen en de voeding.
  5. Test of Search of een andere reproduceerbare werklast verband houdt met de vastloper.
  6. Wijzig waar praktisch één opstartparameter tegelijk.
  7. Bewaar een kopie van de oorspronkelijke opstartopdrachtregel zodat je de wijziging kunt terugdraaien.

Veelgestelde vragen over vastlopers op de Aoostar N150

Meldde de gebruiker uit de bron verbeterde stabiliteit?

Ja. Diegene meldde vier dagen beschikbaarheid na het wijzigen van opstartparameters voor i915- en NVMe-energiebeheer.

Bevestigde IceWhale dat i915 de hoofdoorzaak was?

Nee. IceWhale adviseerde afzonderlijk om te testen met Search uitgeschakeld; geen dumpbestand bevestigde de precieze oorzaak van de storing.

Moet elke Intel N150-gebruiker van ZimaOS PSR, FBC, DC en GuC uitschakelen?

Nee. Deze instellingen waren een bronspecifiek probleemoplossingsexperiment, geen universeel aanbevolen configuratie.