Een ZimaBoard 2-gebruiker verwachtte dat een Oculink-adapter zelf in lspci zou verschijnen. In de discussie werd verduidelijkt dat een passieve Oculink-verbinding een PCIe-verlenging is: het relevante resultaat is of het apparaat aan het andere uiteinde verschijnt. De GPU van de gebruiker verscheen nooit, hoewel de ventilatoren draaiden, en de webinterface stopte met laden wanneer er een grafische kaart in het dock werd geplaatst.
De discussie bleef onopgelost na meerdere adapters en twee GPU's. Wel leverde deze een nuttige diagnostische grens op: los PCIe-enumeratie en stabiel opstarten eerst op voordat je NVIDIA-stuurprogramma's installeert.
Oculink heeft geen eigen stuurprogramma nodig
De host kan PCIe-rootpoorten of bridges tonen, maar geen apparaat met de naam “Oculink”. Als er niets is aangesloten, is dat normaal. Vergelijk de PCIe-structuur vóór en na het aansluiten van een goed werkend apparaat:
lspci
lspci -tvAls het eindpunt niet in lspci verschijnt, kan nvidia-smi het niet detecteren en kan een NVIDIA-pakket de fysieke verbinding niet herstellen.
Voeding zonder PCIe-enumeratie is geen succes
Draaiende ventilatoren bewijzen alleen dat er enige voeding bij de kaart aankomt. Ze bewijzen niet dat de verbinding tot stand komt, de lanes goed functioneren, de extra voeding stabiel is of het eindpunt wordt geïnitialiseerd. In de oorspronkelijke opstelling startte het bord normaal op nadat het dock of de GPU was verwijderd, waardoor de diagnose zich richtte op de uitbreidingsketen.
Er werd een beschadigde adapter gevonden, maar vervangen ervan voltooide de oplossing niet
Bij nadere inspectie waren er zichtbare onderbrekingen in de voedings- en datasporen van de eerste PCIe-naar-Oculink-adapter.
Gebruik een goed werkend eindpunt met laag risico om de keten te isoleren
Via het dock verscheen een PCIe-USB-controller in lspci, wat aantoonde dat ten minste een deel van de verbinding kon worden gedetecteerd. Zowel een RTX 5060 als later een GTX 750 zorgde er echter voor dat de webinterface niet laadde. Daardoor verschoof de aandacht naar het dock, de stroomvoorziening, het tot stand brengen van de PCIe-verbinding of platformcompatibiliteit, in plaats van naar één GPU-stuurprogramma.
Test één variabele tegelijk: het eindpunt in een andere pc, een ander eindpunt in hetzelfde dock, een goed werkende kabel, een goed werkende adapter, een stabiele voeding en de juiste inschakelvolgorde. Sluit Oculink- of PCIe-hardware niet aan of los terwijl het systeem actief is, tenzij de documentatie van de hardware dit expliciet ondersteunt.
Installeer stuurprogramma's pas nadat de GPU verschijnt
De gebruiker installeerde de RTX 50XX-uitbreiding voordat de kaart in lspci verscheen. Daarmee werd een softwarevariabele toegevoegd zonder de enumeratie op te lossen. Gebruik de versiegebonden RTX 50XX-communitytutorial pas nadat de hardware is gedetecteerd en alleen wanneer de ZimaOS-versie ervan overeenkomt.
Ga er niet van uit dat elke PCIe-GPU officieel wordt ondersteund
Oculink transporteert PCIe, maar praktische compatibiliteit hangt nog steeds af van de lane-breedte, firmware, voeding, het ontwerp van het dock, het gedrag van de option-ROM van de GPU en de stuurprogramma's. De gekoppelde IceWhale-documentatie over GPU-uitbreiding bespreekt uitbreidingsconcepten, maar maakt niet elke combinatie van adapter en GPU tot een gevalideerde ZimaBoard 2-configuratie.
Veelgestelde vragen over Oculink op de ZimaBoard 2
Moet Oculink met die naam in lspci verschijnen?
Nee. Zoek naar het aangesloten PCIe-eindpunt en de bovenliggende bridge.
Bewijzen draaiende GPU-ventilatoren dat de kaart wordt gedetecteerd?
Nee. De kaart moet in lspci worden gedetecteerd.
Is deze discussie volledig opgelost?
Nee. Zelfs de energiezuinigere GTX 750 verhinderde normaal opstarten nog steeds, en de gebruiker overwoog een ander dock.
