Replacing an NVIDIA GPU with an Intel Arc card can leave one self-hosted application working while another loses acceleration. That is exactly what happened in this June–August 2026 source thread. After swapping an RTX 2070 for an Intel Arc A310, Jellyfin hardware transcoding continued to work and intel-gpu-top Sustituir una GPU NVIDIA por una tarjeta Intel Arc puede hacer que una aplicación autoalojada siga funcionando mientras otra pierde la aceleración. Eso es exactamente lo que ocurrió en este hilo de origen, entre junio y agosto de 2026. Después de cambiar una RTX 2070 por una Intel Arc A310, la transcodificación por hardware de Jellyfin siguió funcionando y
El YAML de Immich publicado reveló por qué las aplicaciones se comportaban de forma diferente: el servicio de aprendizaje automático todavía tenía una reserva de GPU de Docker con el estilo de NVIDIA. La ruta Intel de Immich utiliza OpenVINO y acceso directo a /dev/driEl autor original de la publicación finalmente editó el YAML en la nueva interfaz de ZimaOS y confirmó que el aprendizaje automático volvió a funcionar.
Que Jellyfin funcione no demuestra que el aprendizaje automático de Immich tenga acceso a la GPU
Jellyfin y el aprendizaje automático de Immich son contenedores separados. Cada uno recibe su propia imagen, dispositivos, entorno y permisos de ejecución. Pasar una GPU Intel a Jellyfin no proporciona automáticamente acceso a la GPU al aprendizaje automático de Immich. /dev/dri aparecer automáticamente dentro de immich-machine-learning.
Esta fue la corrección conceptual más importante del hilo. La detección de la GPU a nivel del host, la transcodificación de Jellyfin, el aprendizaje automático de Immich y el widget de GPU de ZimaOS son cuatro capas distintas.
El servicio de aprendizaje automático seguía pareciendo la antigua configuración de NVIDIA
El YAML de origen contenía una reserva de dispositivo Docker similar a:
deploy:
resources:
reservations:
devices:
- capabilities:
- gpu
device_ids:
- "0"Esa reserva genérica de GPU se había conservado de la configuración anterior con la RTX 2070. No coincidía con la ruta normal de Intel OpenVINO utilizada por Immich.
Primero, verifica que la GPU Intel exista en el host de ZimaOS
El autor original de la publicación ya había establecido dos hechos importantes:
-
intel-gpu-topfuncionaba desde la terminal de ZimaOS; - Jellyfin podía usar la Arc A310 para la transcodificación por hardware.
Esos resultados muestran que el kernel del host y al menos una ruta multimedia del espacio de usuario pueden usar la GPU. Por tanto, “la tarjeta Arc no se detecta en absoluto” no es una explicación convincente del fallo de Immich.
Luego verifica /dev/dri dentro del contenedor de aprendizaje automático de Immich
El usuario que respondió en la comunidad sugirió comprobar el host y el contenedor por separado. El diagnóstico más útil es si el contenedor de aprendizaje automático puede ver /dev/dri.
Si el host tiene el dispositivo de renderizado de Intel, pero el contenedor no, la solución debe aplicarse en la definición del contenedor, no en la BIOS de la placa base ni en la configuración de PCIe.
El ML actual de Immich para Intel utiliza OpenVINO
La compatibilidad actual de Immich con el aprendizaje automático acelerado por hardware utiliza OpenVINO para el hardware de Intel. El contenedor de aprendizaje automático necesita la imagen o variante de imagen de OpenVINO adecuada, además de acceso a los dispositivos de renderizado.
Antes de editar una pila actual, consulta los requisitos actuales de aprendizaje automático de Immich con Intel OpenVINO, porque las etiquetas de imagen y las opciones de acelerador compatibles pueden cambiar entre versiones de Immich.
La comunidad sugirió eliminar la reserva de NVIDIA y añadir acceso al dispositivo de Intel
La persona que respondió propuso eliminar la antigua deploy.resources.reservations.devices la sección del servicio de ML y asegurarse de que los dispositivos de renderizado de Intel se transfieran, conceptualmente usando:
devices:
- /dev/dri:/dev/driLa respuesta también sugirió una imagen de aprendizaje automático específica para OpenVINO correspondiente a la versión que había publicado el usuario.
Esas etiquetas de versión exactas corresponden al momento de la fuente. Usa las etiquetas actuales de Immich en lugar de fijar el número de versión de 2026.
Usa los registros de aprendizaje automático para confirmar el proveedor del acelerador
Una configuración funcional /dev/dri `mount` es necesario, pero no suficiente. Después de cambiar el YAML, reinicia Immich y revisa los registros de aprendizaje automático para comprobar la inicialización del acelerador, la carga del modelo o los errores del proveedor.
Esto es preferible a evaluar el éxito mediante el widget de GPU de ZimaOS, porque el registro de la aplicación indica si el servicio de ML específico está utilizando realmente el backend previsto.
La edición más reciente de YAML en ZimaOS facilitó la solución
Cuando el autor de la publicación original regresó el 24 de agosto, señaló específicamente que la versión más reciente de ZimaOS permitía editar YAML más directamente desde la página de inicio del servidor. Eso eliminó la dificultad anterior de encontrar el YAML subyacente de la aplicación.
Este es un límite de versión importante: las recomendaciones antiguas sobre localizar manualmente los archivos Compose generados son menos relevantes desde que ZimaOS App Store 2.0 añadió la edición nativa de YAML.
El autor original confirmó que se recuperó el aprendizaje automático
La respuesta final del caso original indica que, después de eliminar el bloque de reserva de GPU anterior y ajustar la configuración de los dispositivos, el aprendizaje automático de Immich volvió a funcionar.
Esto convierte el caso original en un caso resuelto. No demuestra que todos los modelos Intel Arc ni todas las versiones de Immich usen exactamente el mismo YAML, pero valida firmemente el diagnóstico: el contenedor de aprendizaje automático seguía configurado para el modelo de GPU anterior.
La desaparición del widget de GPU de ZimaOS era un problema independiente
El widget de GPU de la página de inicio desapareció después de cambiar a una Arc A310, pero Jellyfin ya estaba usando la GPU. Eso significa que el widget del panel no podía considerarse un indicador fiable de la compatibilidad con GPU.
Para solucionar problemas de las aplicaciones, da prioridad a la detección del dispositivo en el host, la visibilidad del dispositivo en el contenedor y los registros de la aplicación, en lugar de a un widget decorativo de utilización.
Una mejor lista de comprobación para migrar de GPU
- Confirma la nueva GPU y el controlador en el nivel del host de ZimaOS.
- Verifica cada aplicación acelerada por separado.
- Elimina las reservas de dispositivos específicas del proveedor anterior.
- Usa el backend de aceleración requerido por el nuevo proveedor.
- Pasa los dispositivos de renderizado necesarios a cada contenedor correspondiente.
- Reinicia únicamente la pila afectada y revisa los registros.
- Inicia un nuevo proceso de aprendizaje automático en Immich y confirma que aparezcan los resultados.
Preguntas frecuentes sobre Intel Arc en Immich
¿Por qué Jellyfin siguió funcionando mientras el reconocimiento facial de Immich dejó de funcionar?
Las dos aplicaciones se ejecutan en contenedores diferentes y requieren una configuración de GPU independiente.
¿Qué backend usa actualmente Immich para el aprendizaje automático con GPU Intel?
OpenVINO.
¿Se resolvió el problema original con la Arc A310?
Sí. El usuario confirmó que editar el YAML restableció el aprendizaje automático.
¿El widget de GPU de ZimaOS determina si Immich puede usar la GPU?
No. La interfaz del caso original no mostraba el widget, aunque la aceleración de GPU de Jellyfin seguía funcionando.
