Un usuario de ZimaBoard 2 esperaba que el propio adaptador Oculink apareciera en lspci. El hilo aclaró que una conexión Oculink pasiva es una extensión PCIe: el resultado relevante es si aparece el dispositivo del otro extremo. La GPU del usuario nunca apareció, aunque sus ventiladores giraban, y la interfaz web dejó de cargarse cuando se instaló una tarjeta gráfica en la base.
La discusión quedó sin resolver después de probar varios adaptadores y dos GPU. Dejó un límite de diagnóstico útil: resolver la enumeración PCIe y lograr un arranque estable antes de instalar los controladores de NVIDIA.
Oculink no necesita su propio controlador
El host puede mostrar puertos raíz o puentes PCIe, no un dispositivo llamado «Oculink». Si no hay nada conectado, esto es normal. Compare el árbol PCIe antes y después de conectar un dispositivo en buen estado conocido:
lspci
lspci -tvSi el dispositivo final no aparece en lspci, nvidia-smi no podrá detectarlo y ningún paquete de NVIDIA puede reparar el enlace físico.
Tener alimentación sin enumeración PCIe no es señal de éxito
Que los ventiladores giren solo demuestra que llega cierta alimentación a la tarjeta. No demuestra que se haya establecido el enlace, que haya continuidad en los carriles, que la alimentación auxiliar sea estable ni que el dispositivo se haya inicializado. En la configuración original, la placa arrancaba normalmente después de retirar la base o la GPU, lo que centró el diagnóstico en la cadena de expansión.
Se encontró un adaptador dañado, pero reemplazarlo no resolvió completamente el problema
Una inspección minuciosa reveló roturas visibles en las pistas de alimentación y datos del primer adaptador de PCIe a Oculink.
Utilice un dispositivo final de bajo riesgo y en buen estado conocido para aislar la cadena
Un controlador USB PCIe apareció en lspci a través de la base, lo que demostró que al menos parte de la ruta podía enumerarse. Sin embargo, tanto una RTX 5060 como posteriormente una GTX 750 impidieron que se cargara la interfaz web. Esto dirigió la atención hacia la base, la alimentación, el establecimiento del enlace PCIe o la compatibilidad de la plataforma, en lugar de hacia el controlador de una sola GPU.
Pruebe una sola variable a la vez: el dispositivo final en otro PC, otro dispositivo final en la misma base, un cable en buen estado conocido, un adaptador en buen estado conocido, una fuente de alimentación estable y el orden correcto de encendido. No conecte en caliente hardware Oculink o PCIe a menos que la documentación del hardware indique explícitamente que es compatible.
Instale los controladores solo después de que aparezca la GPU
El usuario instaló la extensión para RTX 50XX antes de que la tarjeta apareciera en lspci. Eso añadió una variable de software sin resolver la enumeración. Utilice el tutorial comunitario de RTX 50XX específico para la versión solo después de detectar el hardware y únicamente cuando coincida con la versión de ZimaOS.
No dé por hecho que todas las GPU PCIe son compatibles oficialmente
Oculink transporta PCIe, pero la compatibilidad práctica también depende del ancho de banda de los carriles, el firmware, la alimentación, el diseño de la base, el comportamiento de la opción ROM de la GPU y los controladores. La documentación de IceWhale sobre expansión de GPU explica los conceptos de expansión, pero no convierte todas las combinaciones de adaptador y GPU en una configuración validada para ZimaBoard 2.
Preguntas frecuentes sobre Oculink en ZimaBoard 2
¿Oculink debería aparecer por su nombre en lspci?
No. Busque el dispositivo PCIe final conectado y el puente principal.
¿Que giren los ventiladores de la GPU demuestra que la tarjeta se detectó?
No. La tarjeta debe enumerarse en lspci.
¿Se resolvió completamente este hilo?
No. Incluso la GTX 750, de menor consumo, seguía impidiendo el arranque normal, y el usuario estaba considerando otra base.
