Cómo verificar que una GPU integrada siga disponible después de una actualización del kernel
Una GPU integrada solo estará disponible cuando el nuevo kernel la detecte, vincule el controlador correcto, cree los nodos de renderizado y los exponga a la carga de trabajo.
Después de actualizar el kernel de un servidor doméstico, una aplicación multimedia puede recurrir al software aunque su opción de aceleración por hardware siga activada. El fallo puede producirse durante la detección PCI, la vinculación del módulo del kernel, la carga del firmware, la creación del dispositivo DRM, la inicialización de VA-API, los permisos del dispositivo, la asignación de Docker o la ruta de FFmpeg del servidor multimedia. Verifica esas capas en orden y compáralas con el arranque anterior antes de cambiar la configuración de la aplicación.
Registra el nuevo kernel y confirma la iGPU en el bus PCI
Registra la versión del kernel en ejecución, los kernels anteriores instalados, los parámetros de arranque y la hora de la actualización. Después, enumera los dispositivos PCI de clase gráfica con sus identificadores numéricos y el controlador del kernel vinculado actualmente a la GPU integrada.
Si la iGPU no aparece en la enumeración PCI, comprueba la configuración del firmware o la BIOS antes de depurar VA-API. Un servidor puede exponer únicamente una GPU dedicada cuando la iGPU o la opción de varios monitores está desactivada, como se muestra en un caso en el que la iGPU estaba oculta para Linux.
Compara el identificador del dispositivo y el controlador vinculado con el último arranque conocido como funcional. En sistemas Intel, normalmente es i915 o, en rutas más recientes compatibles, xe; utiliza el controlador previsto para el hardware y la distribución, en lugar de forzar el nombre de un módulo de otra plataforma.
Lee los registros del kernel para comprobar la inicialización del controlador y el firmware
Busca en el registro del arranque actual el controlador de la GPU, DRM, el firmware GuC o HuC, la inicialización de la pantalla, los fallos de detección, los tiempos de espera agotados y las listas negras de módulos. Compara los mismos mensajes del kernel anterior si hay registros persistentes disponibles.
El fallo del controlador multimedia puede producirse incluso cuando el hardware aparece en la lista. Un problema de Intel documenta un fallo de inicialización de VA-API en una GPU integrada Xe-LPG después de que cambiara la pila de software circundante, lo que demuestra que detectar el hardware no es suficiente.
Confirma que los paquetes de firmware necesarios sigan presentes y que el módulo no esté bloqueado por un nuevo parámetro del kernel, una lista negra o una política de arranque seguro. No reinstales el servidor multimedia hasta que el controlador del host se inicialice correctamente.
Confirma que el nodo de renderizado DRM siga existiendo
Inspecciona /dev/dri y registra los números mayor y menor, los propietarios, los grupos y los destinos de los enlaces simbólicos de cada tarjeta y nodo de renderizado. No des por hecho que la iGPU siempre seguirá siendo renderD128 cuando haya otra GPU presente.
La aceleración por hardware falla cuando FFmpeg apunta a un nodo que existe, pero ya no proporciona una pantalla VA válida. Un informe de Jellyfin muestra el error decisivo: no hay pantalla VA para el dispositivo de renderizado.
Relaciona el nodo de renderizado con su dispositivo PCI mediante sysfs y actualiza la configuración del contenedor o de la aplicación solo si la identidad del nodo realmente cambió. Evita permisos amplios como el modo 777; conserva el modelo de grupos de renderizado y verifica que la cuenta del servicio pertenezca al grupo correspondiente.
Prueba VA-API o Quick Sync en el host antes de Docker
Ejecuta el diagnóstico de VA-API de la distribución contra el nodo de renderizado verificado y captura el nombre del controlador, la versión de VA-API, los perfiles de decodificación compatibles, los puntos de entrada de codificación y las capacidades de procesamiento de vídeo.
El controlador multimedia del espacio de usuario debe coincidir con la generación del hardware y la interfaz del kernel. Un caso resuelto de Linux destaca que los módulos DRM del kernel y los controladores DRI o VA del espacio de usuario son capas independientes; confundirlos puede dejar instalado el controlador incorrecto del espacio de usuario.
Si VA-API falla en el host, compara las versiones actuales de los paquetes del controlador multimedia y del firmware con las versiones anteriores a la actualización. Si VA-API funciona en el host, no cambies el kernel ni el controlador mientras pasas a comprobar el límite del contenedor.
Verifica el mismo dispositivo y los mismos grupos dentro del contenedor
Inspecciona los dispositivos, los identificadores de grupo y el acceso al nodo de renderizado elegido dentro del contenedor en ejecución. Ejecuta dentro del contenedor el diagnóstico de VA-API incluido con el servidor multimedia o su compilación de FFmpeg, ya que el funcionamiento en el host no demuestra que funcione en el contenedor.
Un contenedor puede recibir /dev/dri/renderD128 y aun así fallar porque su proceso no tiene el permiso correspondiente del grupo de renderizado. Un informe sobre un contenedor de Jellyfin muestra que deben validarse tanto la asignación del dispositivo como el acceso al grupo.
Compara los identificadores numéricos de grupo en el host y dentro del contenedor y, si es necesario, recrea el servicio con una configuración explícita del dispositivo y los grupos. La guía de ZimaSpace sobre cómo comprobar la transcodificación por hardware ofrece la siguiente prueba a nivel de aplicación.
Fuerza una prueba con un códec sencillo y observa los motores reales de la GPU
Utiliza una muestra H.264 o HEVC conocida por funcionar y fuerza una transcodificación de vídeo sin subtítulos ni conversión de tonos HDR. Registra el estado del panel, el comando de FFmpeg, la velocidad de transcodificación, el uso de la CPU y la actividad de los motores de decodificación o codificación de la GPU.
Un servidor multimedia puede informar de que admite hardware, pero seleccionar automáticamente el dispositivo VA-API incorrecto. Un problema de Jellyfin documenta un caso en el que seleccionar explícitamente el dispositivo cambió la detección de la ruta de aceleración por parte de FFmpeg.
Prueba la decodificación y la codificación por separado cuando sea posible. Si falla un códec mientras funciona uno básico, la iGPU está disponible, pero ese perfil, función del firmware, ruta del controlador o filtro no es compatible. No consideres que falta toda la GPU por un único fallo avanzado de conversión de tonos.
Utiliza el kernel anterior como comparación controlada
Si la detección PCI, los nodos de renderizado o VA-API en el host fallan únicamente con el kernel nuevo, arranca con el kernel anterior instalado sin cambiar la imagen del contenedor, la versión del servidor multimedia ni la configuración del espacio de usuario.
Un caso de diagnóstico de Jellyfin recomienda volver al kernel anterior como el método de diferenciación más sencillo cuando se sospecha que el fallo apareció tras un cambio del kernel. El valor está en realizar una comparación controlada del kernel, no en considerar la reversión como una solución permanente.
La verificación se completa cuando el kernel actual muestra la iGPU en PCI, vincula el controlador previsto, crea el nodo de renderizado correcto, inicializa VA-API, expone el dispositivo dentro del contenedor y acelera una prueba real con un códec. Si solo funciona el kernel anterior, mantenlo como opción de arranque temporal mientras aíslas la regresión del kernel, el firmware o el controlador multimedia.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
