Der Titel „Intel N150 iGPU nicht unterstützt“ ist historisch. Ende 2024 konnten die Nutzer des Ausgangsbeitrags das Grafik-PCI-Gerät von Alder Lake-N sehen, aber intel_gpu_top fand kein nutzbares i915-Gerät, und bei späteren Tests mit Version 1.4 fehlte /dev/dri. IceWhale bestätigte, dass die CPU-/GPU-Plattform noch zu neu war, und begann mit der Treibervalidierung.
Im August 2025 berichtete ein Community-Mitglied, dass die N150-Grafik bei ihm seit ZimaOS 1.4.2 beta1 funktionierte, und zeigte /dev/dri/card0 sowie renderD128. Das aktuelle ZimaBoard 2 wird inzwischen selbst mit Intel N150 ausgeliefert. Daher sollte die alte Schlussfolgerung „N150 wird nicht unterstützt“ nicht auf aktuelles ZimaOS angewendet werden. Die verbleibende Frage ist, ob der konkrete Jellyfin-/Plex-Container korrekt auf das GPU-Gerät zugreifen kann und tatsächlich Hardware-Transkodierung verwendet.
Frühe ZimaOS-Versionen konnten die GPU erkennen, aber kein nutzbares i915-Gerät initialisieren
Der ursprüngliche Beitrag zeigte:
00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]aber intel_gpu_top meldete kein integriertes oder dediziertes i915-Gerät. Das bedeutet, dass die PCI-Erkennung allein nicht für die Hardwarebeschleunigung ausreichte.
Ein neuerer Linux-Kernel änderte das Ergebnis bei anderen Distributionen
Ein Teilnehmer testete Ubuntu-basierte Distributionen und berichtete, dass die GPU nach dem Wechsel auf Kernel 6.12.3 funktionierte. Das war ein Vergleich aus der Community und keine ZimaOS-Korrektur, unterstützte aber die Diagnose, dass die Reife von Kernel und Treibern die begrenzende Schicht war.
IceWhale plante die N150-Unterstützung für ZimaOS 1.4.2
Im Mai 2025 erklärte Zima-Jerry, dass die Tests des N150-iGPU-Treibers liefen und die Unterstützung vorbehaltlich weiterer Probleme mit Version 1.4.2 erscheinen sollte.
Auf die Frage nach dem Zeitplan im Juli sagte Zima-Giorgio, dass die Veröffentlichung innerhalb von zwei Wochen erwartet werde.
Ein Nutzer bestätigte /dev/dri unter 1.4.2
Nachdem 1.4.2 veröffentlicht worden war, sagte Jozu, dass es bei ihm weiterhin nicht funktionierte. coffee.coyote antwortete dagegen, dass es bei ihm bereits seit beta1 funktionierte, und veröffentlichte:
/dev/dri/
by-path
card0
renderD128Das ist hilfreich, aber keine allgemeingültige Bestätigung: Eine Hardware-/Build-Kombination funktionierte, während ein anderer Teilnehmer weiterhin Probleme meldete.
Das aktuelle ZimaBoard 2 verwendet Intel N150
Die aktuelle Hardwaredokumentation von IceWhale führt das ZimaBoard 2 mit einer Intel-N150-Quad-Core-CPU und einem Mini-DisplayPort-Ausgang auf. Die aktuelle Jellyfin-Dokumentation zur Hardwarebeschleunigung beschreibt den N150 ebenfalls als integrierte, Quick-Sync-fähige Grafik und weist zugleich darauf hin, dass die reine Hardwarefähigkeit nicht beweist, dass die Beschleunigung in der Anwendung aktiv ist.
Siehe die aktuelle N150-Plattform des ZimaBoard 2.
Prüfen Sie zuerst den GPU-Pfad des Hosts
ls -l /dev/dri
lspci -nnk | grep -A3 -i vgaEin aktuelles System, das für Intel-Hardware-Transkodierung vorgesehen ist, sollte normalerweise einen Render-Knoten wie /dev/dri/renderD128 bereitstellen. Wenn /dev/dri fehlt, sollte zuerst die Host-Treiber-/Kernel-Schicht repariert werden, bevor Änderungen an Jellyfin vorgenommen werden.
GPU an Jellyfin oder Plex durchreichen
Im Ausgangsbeitrag wurde ausdrücklich empfohlen, /dev/dri zu den Geräten/Volumes des Containers hinzuzufügen. Die aktuelle Dokumentation für Jellyfin-Container folgt demselben allgemeinen Prinzip: Das Render-Gerät muss innerhalb des Containers zugänglich sein, und der Laufzeitbenutzer beziehungsweise die Laufzeitgruppe müssen die erforderlichen Berechtigungen besitzen.
Eine echte Hardware-Transkodierung überprüfen
Direct Play nutzt den Encoder oder Decoder nicht. Erzwingen Sie einen zulässigen Testfall, der eine Transkodierung erfordert, und prüfen Sie anschließend die Wiedergabeinformationen in Jellyfin/Plex sowie die GPU-Aktivität. Eine hohe CPU-Auslastung allein ist kein ausreichender Beleg, wenn Untertitel, Tonemapping oder ein nicht unterstützter Codec Teile der Verarbeitung weiterhin per Software ausführen.
FAQ zur Intel-N150-iGPU
Wird Intel N150 von aktuellem ZimaOS weiterhin generell nicht unterstützt?
Nein. Der alte Thread stammt aus der Zeit vor den Arbeiten an der Unterstützung in Version 1.4.2, und das aktuelle ZimaBoard 2 selbst verwendet Intel N150.
Welcher Host-Pfad sollte für die Intel-GPU-Beschleunigung vorhanden sein?
Ein funktionierender Linux-Grafik-Stack stellt normalerweise /dev/dri bereit, einschließlich eines Render-Knotens wie renderD128.
Haben alle Nutzer des Ausgangsbeitrags Erfolg mit 1.4.2 gemeldet?
Nein. Ein Nutzer meldete weiterhin Probleme, während ein anderer seit ZimaOS 1.4.2 beta1 einen funktionierenden /dev/dri-Pfad bestätigte.
