Gemenskapslösning

ZimaOS fryser dagligen på en Aoostar R1 N150: i915/NVMe-ströminställningar och evidensgränser

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.

Den här källtråden innehåller ett användbart, community-verifierat stabilitetsexperiment, men inte en bevisad grundorsak i kärnan. En Aoostar R1 med Intel N150 körde ZimaOS i ungefär ett dygn och låste sig sedan helt: skärmen blev svart, ping slutade fungera och webbgränssnittet blev oåtkomligt tills strömmen bröts.

Den ursprungliga skribenten lade så småningom till flera parametrar för Intel i915-strömhantering samt en NVMe-parameter för strömtillstånd på ZimaOS:s startkommandorad. Fyra dagar senare rapporterade skribenten kontinuerlig drifttid och kallade ändringen framgångsrik. Det är en betydelsefull användarverifiering, men ingen kraschdump kopplade felet till en specifik i915-funktion, NVMe-styrenheten eller båda.

Detta var en fullständig värdlåsning, inte en krasch i en enskild app

Källans symtom var en svart skärm, uteblivet svar på ping, ett oåtkomligt webbgränssnitt och behov av att fysiskt bryta strömmen. Den typen av fel är mer omfattande än en kraschad Docker-container eller en inaktuell webbläsarsession och bör undersökas på värd-, kärn- och hårdvarunivå.

Samma mini-PC hade varit stabil under Unraid

Användaren uppgav att Aoostar R1 hade varit stabil i flera dagar under Unraid medan enheter förbereddes, men började frysa dagligen efter att ZimaOS installerats. Det gjorde en interaktion mellan programvara och drivrutiner plausibel, men olika operativsystem använder olika kärnor, drivrutiner och strömhanteringsprinciper på samma hårdvara.

i915- och NVMe-strömhantering blev communityns huvudhypotes

Användaren hittade ZimaOS:s startkommandorad i /mnt/boot/cmdline.txt och lade till:

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

Detta var felsökningsparametrar som användaren själv valde, inte en standardkonfiguration för Intel N100/N150-system som föreskrivs av IceWhale.

Användaren rapporterade fyra dagars drifttid efter ändringen

Den 21 november återkom den ursprungliga skribenten och uppgav att systemet hade nått fyra dagars drifttid och fortfarande körde. Detta stöder slutsatsen att ändringarna förbättrade stabiliteten på den maskinen, men isolerar inte vilken parameter som hade betydelse.

Zima-Giorgio hänvisade till andra rapporter där inaktivering av ZimaOS Search förbättrade stabiliteten på vissa maskiner. Detta är separat officiell felsökningsvägledning och bör inte slås samman med i915/NVMe-teorin som om IceWhale hade bekräftat samma orsak.

Kraschbevis är mer värdefulla än att ändra alla tänkbara ströminställningar

En annan deltagare varnade för att användare utan dumpfiler eller loggar från föregående start kan börja ändra GPU-ström, NVMe-ström, ASPM, C-tillstånd, nätverk och Search utan att veta vilket lager som faktiskt felade. I ett aktuellt fall bör du samla in kärn- och tjänsteloggar från föregående start efter återställning och jämföra tidsstämplarna kring den senaste lyckade aktiviteten.

Generellt x86-stöd innebär inte att alla strömhanteringsprofiler för mini-PC är förvaliderade

Aktuella ZimaOS stöder officiellt generisk x86-64-hårdvara, men moderkort, lagringsstyrenheter, grafikadaptrar och nätverkskort från tredje part kan kräva ytterligare kompatibilitetskontroller.

Läs de aktuella gränserna för felsökning av x86-hårdvara från tredje part innan du antar att en låsning på N150 har en universell lösning.

En säkrare aktuell felsökningsordning

  1. Uppdatera till den aktuella stabila versionen av ZimaOS.
  2. Notera BIOS-versionen och återställ försiktiga standardinställningar för den fasta programvaran.
  3. Samla in kärn- och tjänsteloggar från föregående start efter en krasch.
  4. Kontrollera SSD/NVMe-hälsa, temperatur, RAM-minne och strömförsörjning.
  5. Testa om Search eller någon annan reproducerbar arbetsbelastning korrelerar med låsningen.
  6. Ändra en startparameter i taget när det är praktiskt möjligt.
  7. Spara en kopia av den ursprungliga startkommandoraden så att ändringen kan återställas.

Vanliga frågor om frysningar på Aoostar med N150

Rapporterade användaren förbättrad stabilitet?

Ja. Användaren rapporterade fyra dagars drifttid efter att ha ändrat i915- och NVMe-relaterade strömparametrar på startkommandoraden.

Bekräftade IceWhale att i915 var grundorsaken?

Nej. IceWhale föreslog separat test med Search inaktiverat; ingen dumpfil bekräftade den exakta felkällan.

Bör alla Intel N150-användare av ZimaOS inaktivera PSR, FBC, DC och GuC?

Nej. Dessa inställningar var ett källspecifikt felsökningsexperiment, inte en universellt rekommenderad konfiguration.