Solución de la comunidad

iGPU Intel N150 en ZimaOS: de no compatible en 2024 a aceleración de hardware mediante /dev/dri después de la versión 1.4.2

A December 2024-August 2025 thread where early N150 systems exposed the VGA device but lacked a usable i915 /dev/dri path. IceWhale said N150 driver testing was underway for 1.4.2. One user later confirmed the iGPU worked from 1.4.2 beta1 with card0 and renderD128 and advised mapping /dev/dri into Jellyfin.

El título «La iGPU Intel N150 no es compatible» es histórico. A finales de 2024, los usuarios de la fuente podían ver el dispositivo PCI de gráficos Alder Lake-N, pero intel_gpu_top no encontraba ningún dispositivo i915 utilizable y /dev/dri faltaba en pruebas posteriores con la versión 1.4. IceWhale reconoció que la plataforma de CPU/GPU era demasiado nueva y comenzó a validar los controladores.

En agosto de 2025, un usuario de la comunidad informó que los gráficos del N150 le funcionaban desde ZimaOS 1.4.2 beta1 y mostró /dev/dri/card0 y renderD128. El ZimaBoard 2 actual ya incluye Intel N150, por lo que la antigua conclusión de que «el N150 no es compatible» no debería aplicarse al ZimaOS actual. La cuestión pendiente es si el contenedor específico de Jellyfin/Plex tiene acceso correcto al dispositivo GPU y realmente está utilizando la transcodificación por hardware.

Las primeras versiones de ZimaOS podían detectar la GPU, pero no inicializar un dispositivo i915 utilizable

La publicación original mostraba:

00:02.0 VGA compatible controller:
Intel Corporation Alder Lake-N [Intel Graphics]

pero intel_gpu_top no informaba de ningún dispositivo i915 integrado o discreto. Esto significa que la enumeración PCI por sí sola no bastaba para la aceleración por hardware.

Un kernel de Linux más reciente cambió el resultado en otras distribuciones

Un participante probó distribuciones derivadas de Ubuntu y afirmó que la GPU comenzó a funcionar después de actualizar al kernel 6.12.3. Era una comparación de la comunidad, no una solución de ZimaOS, pero respaldaba el diagnóstico de que la madurez del kernel/controlador era el factor limitante.

IceWhale orientó el soporte del N150 a ZimaOS 1.4.2

En mayo de 2025, Zima-Jerry indicó que las pruebas del controlador de la iGPU N150 estaban en curso y que, si no surgían problemas, el soporte llegaría en la versión 1.4.2.

Cuando le preguntaron por los plazos en julio, Zima-Giorgio afirmó que el lanzamiento se esperaba en un plazo de dos semanas.

Un usuario confirmó /dev/dri en la versión 1.4.2

Después de la llegada de la versión 1.4.2, Jozu dijo que seguía sin funcionar en su caso, mientras que coffee.coyote respondió que le funcionaba desde la beta1 y publicó:

/dev/dri/
  by-path
  card0
  renderD128

Esto resulta útil, pero no constituye una confirmación universal: una combinación de hardware y compilación funcionaba, mientras que otro participante de la fuente seguía informando de dificultades.

El ZimaBoard 2 actual utiliza Intel N150

La documentación actual del hardware de IceWhale indica que el ZimaBoard 2 incluye una CPU Intel N150 de cuatro núcleos y una salida Mini DisplayPort. La guía actual de hardware de Jellyfin también describe el N150 como una GPU integrada compatible con Quick Sync, aunque advierte que la capacidad del hardware por sí sola no demuestra que la aceleración esté activa en la aplicación.

Consulta la plataforma actual N150 del ZimaBoard 2.

Verifica primero la ruta de la GPU en el host

ls -l /dev/dri
lspci -nnk | grep -A3 -i vga

Un sistema actual destinado a la transcodificación por hardware de Intel debería exponer normalmente un nodo de renderizado como /dev/dri/renderD128. Si falta /dev/dri, corrige la capa del controlador/kernel del host antes de modificar Jellyfin.

Pasa la GPU a Jellyfin o Plex

La fuente recomendaba específicamente añadir /dev/dri a los dispositivos/volúmenes del contenedor. La guía actual de contenedores de Jellyfin sigue el mismo principio general: el dispositivo de renderizado debe estar accesible dentro del contenedor y el usuario/grupo de ejecución debe tener permiso para utilizarlo.

Verifica una transcodificación real por hardware

La reproducción directa no utiliza el codificador/decodificador. Fuerza una prueba válida que requiera transcodificación y, después, comprueba la información de reproducción de Jellyfin/Plex y la actividad de la GPU. Un uso elevado de la CPU por sí solo no basta como prueba si los subtítulos, el mapeo de tonos o un códec no compatible hacen que parte del procesamiento se realice por software.

Preguntas frecuentes sobre la iGPU Intel N150

¿El Intel N150 sigue siendo generalmente incompatible con el ZimaOS actual?

No. El hilo antiguo es anterior al trabajo de soporte de la versión 1.4.2, y el ZimaBoard 2 actual utiliza el Intel N150.

¿Qué ruta del host debería aparecer para la aceleración de la GPU Intel?

Una pila gráfica de Linux funcional normalmente expone /dev/dri, incluido un nodo de renderizado como renderD128.

¿Todos los usuarios de la fuente informaron de éxito con la versión 1.4.2?

No. Un usuario siguió informando de problemas, mientras que otro confirmó que la ruta /dev/dri funcionaba desde la versión 1.4.2 beta1.