Un utente di ZimaBoard 2 si aspettava che l’adattatore Oculink stesso comparisse in lspci. La discussione ha chiarito che un collegamento Oculink passivo è un’estensione PCIe: il risultato significativo è verificare se compare il dispositivo collegato all’altra estremità. La GPU dell’utente non è mai comparsa, anche se le ventole giravano, e l’interfaccia Web smetteva di caricarsi quando una scheda grafica veniva installata nel dock.
La discussione è rimasta irrisolta dopo aver provato più adattatori e due GPU. Ha però definito un utile limite diagnostico: risolvere l’enumerazione PCIe e ottenere un avvio stabile prima di installare i driver NVIDIA.
Oculink non richiede un driver dedicato
L’host può mostrare porte root o bridge PCIe, non un dispositivo denominato “Oculink”. Quando non è collegato nulla, è normale. Confronta l’albero PCIe prima e dopo aver collegato un dispositivo sicuramente funzionante:
lspci
lspci -tvSe l’endpoint non compare in lspci, nvidia-smi non può rilevarlo e un pacchetto NVIDIA non può riparare il collegamento fisico.
L’alimentazione senza enumerazione PCIe non è una prova di successo
Le ventole che girano dimostrano soltanto che una certa quantità di energia raggiunge la scheda. Non dimostrano l’addestramento del collegamento, la continuità delle linee, la stabilità dell’alimentazione ausiliaria o l’inizializzazione dell’endpoint. Nella configurazione originale, la scheda si avviava normalmente dopo aver rimosso il dock o la GPU, concentrando la diagnosi sulla catena di espansione.
È stato trovato un adattatore danneggiato, ma sostituirlo non ha completato la riparazione
Un’ispezione ravvicinata ha rivelato rotture visibili nelle piste di alimentazione e dati del primo adattatore da PCIe a Oculink.
Usa un endpoint noto come funzionante e a basso rischio per isolare la catena
Un controller USB PCIe è comparso in lspci attraverso il dock, dimostrando che almeno una parte del percorso riusciva a eseguire l’enumerazione. Tuttavia, sia una RTX 5060 sia successivamente una GTX 750 impedivano il caricamento dell’interfaccia Web. L’attenzione si è quindi spostata verso il dock, l’alimentazione, l’addestramento del collegamento PCIe o la compatibilità della piattaforma, anziché verso il driver di una singola GPU.
Prova una sola variabile alla volta: l’endpoint in un altro PC, un endpoint diverso nello stesso dock, un cavo sicuramente funzionante, un adattatore sicuramente funzionante, un alimentatore stabile e l’ordine corretto di accensione. Non collegare a caldo hardware Oculink o PCIe, salvo che la documentazione dell’hardware dichiari esplicitamente il supporto a questa procedura.
Installa i driver solo dopo che la GPU compare
L’utente ha installato l’estensione RTX 50XX prima che la scheda comparisse in lspci. Questo ha aggiunto una variabile software senza risolvere l’enumerazione. Usa il tutorial della community per RTX 50XX specifico per la versione solo dopo aver rilevato l’hardware e soltanto quando la versione di ZimaOS corrisponde.
Non dare per scontato che ogni GPU PCIe sia ufficialmente supportata
Oculink trasporta PCIe, ma la compatibilità pratica dipende comunque dalla larghezza del collegamento, dal firmware, dall’alimentazione, dal design del dock, dal comportamento dell’option ROM della GPU e dai driver. La documentazione di IceWhale sull’espansione GPU collegata tratta i concetti dell’espansione, ma non rende ogni combinazione di adattatore e GPU una configurazione ZimaBoard 2 convalidata.
Domande frequenti su Oculink per ZimaBoard 2
Oculink dovrebbe comparire per nome in lspci?
No. Cerca l’endpoint PCIe collegato e il relativo bridge principale.
Le ventole della GPU che girano dimostrano che la scheda è stata rilevata?
No. La scheda deve essere enumerata in lspci.
La discussione è stata risolta completamente?
No. Anche la GTX 750, che consuma meno, continuava a impedire un avvio normale e l’utente stava valutando un altro dock.
