Un utilisateur de ZimaBoard 2 s’attendait à ce que l’adaptateur Oculink lui-même apparaisse dans lspci. La discussion a clarifié qu’une liaison Oculink passive est une extension PCIe : le résultat important est de vérifier si le périphérique situé à l’autre extrémité apparaît. Le GPU de l’utilisateur n’est jamais apparu, même si ses ventilateurs tournaient, et l’interface Web cessait de se charger lorsqu’une carte graphique était installée dans le dock.
La discussion est restée sans résolution après plusieurs adaptateurs et deux GPU. Elle a néanmoins permis de définir une limite de diagnostic utile : résoudre l’énumération PCIe et obtenir un démarrage stable avant d’installer les pilotes NVIDIA.
Oculink n’a pas besoin de son propre pilote
L’hôte peut afficher des ports racine ou des ponts PCIe, mais pas un périphérique nommé « Oculink ». En l’absence de périphérique connecté, c’est normal. Comparez l’arborescence PCIe avant et après la connexion d’un périphérique fiable :
lspci
lspci -tvSi le point terminal n’apparaît pas dans lspci, nvidia-smi ne peut pas le détecter et un paquet NVIDIA ne peut pas réparer la liaison physique.
Une alimentation présente sans énumération PCIe n’est pas un fonctionnement réussi
Des ventilateurs qui tournent prouvent seulement qu’une certaine alimentation parvient à la carte. Cela ne prouve ni l’établissement de la liaison, ni la continuité des voies, ni la stabilité de l’alimentation auxiliaire, ni l’initialisation du point terminal. Dans la configuration d’origine, la carte démarrait normalement après le retrait du dock ou du GPU, ce qui a orienté le diagnostic vers la chaîne d’extension.
Un adaptateur endommagé a été découvert, mais son remplacement n’a pas suffi
Une inspection minutieuse a révélé des coupures visibles sur les pistes d’alimentation et de données du premier adaptateur PCIe vers Oculink.
Utilisez un point terminal fiable et peu risqué pour isoler la chaîne
Un contrôleur USB PCIe est apparu dans lspci via le dock, ce qui montre qu’au moins une partie de la liaison pouvait être énumérée. Toutefois, une RTX 5060, puis une GTX 750, empêchaient toutes deux l’interface Web de se charger. L’attention s’est alors portée sur le dock, l’alimentation, l’établissement de la liaison PCIe ou la compatibilité de la plateforme, plutôt que sur le pilote d’un GPU particulier.
Testez une seule variable à la fois : le point terminal dans un autre PC, un autre point terminal dans le même dock, un câble fiable, un adaptateur fiable, une alimentation stable et un ordre de mise sous tension correct. Ne branchez pas à chaud du matériel Oculink ou PCIe, sauf si sa documentation indique explicitement que cette opération est prise en charge.
N’installez les pilotes qu’après l’apparition du GPU
L’utilisateur a installé l’extension RTX 50XX avant que la carte n’apparaisse dans lspci. Cela a ajouté une variable logicielle sans résoudre l’énumération. Utilisez le tutoriel communautaire RTX 50XX correspondant à la version uniquement après la détection du matériel et seulement si sa version de ZimaOS correspond à la vôtre.
Ne supposez pas que tous les GPU PCIe sont officiellement pris en charge
Oculink transporte du PCIe, mais la compatibilité pratique dépend toujours de la largeur du lien, du micrologiciel, de l’alimentation, de la conception du dock, du comportement de l’option ROM du GPU et des pilotes. La documentation d’IceWhale sur l’extension GPU liée présente les concepts d’extension, mais ne transforme pas toutes les combinaisons adaptateur-GPU en configurations ZimaBoard 2 validées.
FAQ sur Oculink pour la ZimaBoard 2
Oculink doit-il apparaître sous ce nom dans lspci ?
Non. Recherchez le point terminal PCIe connecté et son pont parent.
Des ventilateurs de GPU qui tournent prouvent-ils que la carte est détectée ?
Non. La carte doit être énumérée dans lspci.
Cette discussion a-t-elle été entièrement résolue ?
Non. Même la GTX 750, moins gourmande, empêchait toujours un démarrage normal, et l’utilisateur envisageait un autre dock.
