Titeln ”Intel N150 iGPU stöds inte” är historisk. I slutet av 2024 kunde användarna i källan se Alder Lake-N-grafikens PCI-enhet, men intel_gpu_top hittade ingen användbar i915-enhet och /dev/dri saknades i senare tester av 1.4. IceWhale bekräftade att CPU-/GPU-plattformen var för ny och började validera drivrutinerna.
I augusti 2025 rapporterade en användare i communityn att N150-grafiken hade fungerat för dem sedan ZimaOS 1.4.2 beta1 och visade /dev/dri/card0 samt renderD128. ZimaBoard 2 levereras nu dessutom med Intel N150, så den gamla slutsatsen att ”N150 inte stöds” bör inte tillämpas på aktuella ZimaOS. Den återstående frågan är om den specifika Jellyfin-/Plex-containern har korrekt åtkomst till GPU-enheten och faktiskt använder hårdvarutranskodning.
Tidiga versioner av ZimaOS kunde se GPU:n men inte initiera en användbar i915-enhet
Det ursprungliga inlägget visade:
00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]men intel_gpu_top rapporterade ingen integrerad eller diskret i915-enhet. Det innebär att PCI-identifiering i sig inte räckte för hårdvaruacceleration.
En nyare Linux-kärna ändrade resultatet i andra distributioner
En deltagare testade Ubuntu-baserade distributioner och uppgav att GPU:n började fungera efter byte till kärna 6.12.3. Det var jämförelseuppgifter från communityn, inte en ZimaOS-åtgärd, men det stödde diagnosen att kärnans och drivrutinernas mognad var det begränsande lagret.
IceWhale siktade på N150-stöd i ZimaOS 1.4.2
I maj 2025 sade Zima-Jerry att testningen av N150 iGPU-drivrutinen pågick och att stödet, om inga problem uppstod, skulle komma i 1.4.2.
När Zima-Giorgio fick en fråga om tidsplanen i juli sade han att lanseringen förväntades inom två veckor.
En användare bekräftade /dev/dri i 1.4.2
Efter att 1.4.2 hade lanserats sade Jozu att det fortfarande inte fungerade för dem, medan coffee.coyote svarade att det hade fungerat sedan beta1 och publicerade:
/dev/dri/
by-path
card0
renderD128Detta är användbart, men inte en universell bekräftelse – en kombination av hårdvara och version fungerade, medan en annan deltagare i källan fortfarande rapporterade problem.
Aktuella ZimaBoard 2 använder Intel N150
IceWhales aktuella hårdvarudokumentation listar ZimaBoard 2 med en fyrkärnig Intel N150-processor och Mini DisplayPort-utgång. Aktuell hårdvaruvägledning för Jellyfin beskriver också N150 som integrerad grafik med stöd för Quick Sync, samtidigt som den varnar för att hårdvarans kapacitet i sig inte bevisar att acceleration är aktiv i appen.
Se den aktuella N150-plattformen i ZimaBoard 2.
Verifiera värddatorns GPU-sökväg först
ls -l /dev/dri
lspci -nnk | grep -A3 -i vgaEtt aktuellt system som är avsett för Intel-hårdvarutranskodning bör normalt exponera en renderingsnod som /dev/dri/renderD128. Om /dev/dri saknas bör du åtgärda värddatorns drivrutins- eller kärnlager innan du ändrar något i Jellyfin.
Ge Jellyfin eller Plex åtkomst till GPU:n
Källan rekommenderade specifikt att lägga till /dev/dri bland containerns enheter eller volymer. Aktuell vägledning för Jellyfin-containrar följer samma allmänna princip: renderingsenheten måste vara åtkomlig inifrån containern och körningsanvändaren eller -gruppen måste ha behörighet att använda den.
Verifiera en verklig hårdvarutranskodning
Direct Play använder inte kodaren eller avkodaren. Tvinga fram ett giltigt testscenario som kräver omkodning och kontrollera sedan uppspelningsinformationen i Jellyfin/Plex samt GPU-aktiviteten. Hög CPU-användning är inte tillräckliga bevis om undertexter, tonmappning eller en codec som inte stöds gör att delar av pipeline körs i programvara.
Vanliga frågor om Intel N150 iGPU
Stöds Intel N150 fortfarande generellt inte av aktuella ZimaOS?
Nej. Den gamla tråden publicerades innan stödarbetet för 1.4.2, och aktuella ZimaBoard 2 använder själva Intel N150.
Vilken värdsökväg bör visas för Intel-GPU-acceleration?
En fungerande Linux-grafikstack exponerar normalt /dev/dri, inklusive en renderingsnod som renderD128.
Rapporterade alla användare i källan att det fungerade i 1.4.2?
Nej. En användare rapporterade fortfarande problem, medan en annan bekräftade en fungerande /dev/dri-sökväg sedan 1.4.2 beta1.
