Le titre « Intel N150 iGPU non pris en charge » est historique. Fin 2024, les utilisateurs à l’origine de la discussion pouvaient voir le périphérique PCI graphique Alder Lake-N, mais intel_gpu_top ne trouvait aucun périphérique i915 utilisable et /dev/dri était absent lors de tests ultérieurs sous 1.4. IceWhale a reconnu que la plateforme CPU/GPU était trop récente et a commencé à valider les pilotes.
En août 2025, un membre de la communauté a indiqué que les graphiques du N150 fonctionnaient pour lui depuis ZimaOS 1.4.2 beta1 et a montré /dev/dri/card0 ainsi que renderD128. Le ZimaBoard 2 actuel est désormais équipé d’un Intel N150 ; il ne faut donc pas appliquer à ZimaOS actuel l’ancienne conclusion selon laquelle « le N150 n’est pas pris en charge ». La question restante est de savoir si le conteneur Jellyfin/Plex concerné dispose bien d’un accès au périphérique GPU et utilise effectivement l’accélération matérielle.
Les premières versions de ZimaOS pouvaient détecter le GPU sans initialiser un périphérique i915 utilisable
La publication originale indiquait :
00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]mais intel_gpu_top ne détectait aucun périphérique i915 intégré ou discret. Cela signifie que la simple énumération PCI ne suffisait pas pour l’accélération matérielle.
Un noyau Linux plus récent a changé le résultat sur d’autres distributions
Un participant a testé des distributions dérivées d’Ubuntu et a indiqué que le GPU s’était mis à fonctionner après le passage au noyau 6.12.3. Il s’agissait d’un élément de comparaison fourni par la communauté, et non d’un correctif pour ZimaOS, mais cela confirmait que la maturité du noyau et des pilotes constituait probablement la couche limitante.
IceWhale a ciblé la prise en charge du N150 pour ZimaOS 1.4.2
En mai 2025, Zima-Jerry a indiqué que les tests du pilote iGPU du N150 étaient en cours et que, sauf problème, la prise en charge devrait arriver dans la version 1.4.2.
Interrogé sur le calendrier en juillet, Zima-Giorgio a déclaré que la sortie était prévue sous deux semaines.
Un utilisateur a confirmé la présence de /dev/dri sous la version 1.4.2
Après l’arrivée de la version 1.4.2, Jozu a indiqué que cela ne fonctionnait toujours pas pour lui, tandis que coffee.coyote a répondu que cela fonctionnait depuis la beta1 et a publié :
/dev/dri/
by-path
card0
renderD128C’est utile, mais ce n’est pas une confirmation universelle : une combinaison matérielle et logicielle fonctionnait, tandis qu’un autre participant à la discussion signalait encore des difficultés.
Le ZimaBoard 2 actuel utilise un Intel N150
La documentation matérielle actuelle d’IceWhale indique que le ZimaBoard 2 est équipé d’un processeur quadricœur Intel N150 et d’une sortie Mini DisplayPort. Les recommandations matérielles actuelles de Jellyfin décrivent également le N150 comme un circuit graphique intégré compatible avec Quick Sync, tout en précisant que la seule capacité matérielle ne prouve pas que l’accélération est active dans l’application.
Consultez la plateforme actuelle du ZimaBoard 2 avec N150.
Vérifiez d’abord le chemin du GPU sur l’hôte
ls -l /dev/dri
lspci -nnk | grep -A3 -i vgaUn système actuel destiné au transcodage matériel Intel devrait normalement exposer un nœud de rendu tel que /dev/dri/renderD128. Si /dev/dri est absent, corrigez la couche des pilotes et du noyau de l’hôte avant de modifier Jellyfin.
Transmettez le GPU à Jellyfin ou Plex
La source recommandait précisément d’ajouter /dev/dri aux périphériques ou volumes du conteneur. Les recommandations actuelles pour les conteneurs Jellyfin suivent le même principe général : le périphérique de rendu doit être accessible à l’intérieur du conteneur, et l’utilisateur ou le groupe d’exécution doit disposer des autorisations nécessaires pour l’utiliser.
Vérifiez la réalisation d’un véritable transcodage matériel
La lecture directe ne sollicite pas l’encodeur ni le décodeur. Forcez un scénario de test autorisé nécessitant un transcodage, puis vérifiez les informations de lecture de Jellyfin ou Plex ainsi que l’activité du GPU. Une utilisation élevée du processeur ne suffit pas à elle seule comme preuve : les sous-titres, le mappage des tons ou un codec non pris en charge peuvent maintenir une partie du pipeline en mode logiciel.
FAQ sur l’iGPU Intel N150
Le N150 d’Intel est-il toujours généralement non pris en charge par les versions actuelles de ZimaOS ?
Non. L’ancienne discussion est antérieure aux travaux de prise en charge de la version 1.4.2, et le ZimaBoard 2 actuel utilise lui-même un Intel N150.
Quel chemin hôte doit être présent pour l’accélération graphique Intel ?
Une pile graphique Linux fonctionnelle expose normalement /dev/dri, notamment un nœud de rendu tel que renderD128.
Tous les utilisateurs cités dans la source ont-ils signalé une réussite sous la version 1.4.2 ?
Non. Un utilisateur signalait encore des problèmes, tandis qu’un autre confirmait la présence d’un chemin /dev/dri fonctionnel depuis la beta1 de la version 1.4.2.
