Ein ZimaBoard-2-Benutzer erwartete, dass ein Oculink-Adapter selbst in lspci angezeigt wird. Im Thread wurde klargestellt, dass eine passive Oculink-Verbindung eine PCIe-Verlängerung ist: Entscheidend ist, ob das Gerät am anderen Ende angezeigt wird. Die GPU des Benutzers wurde trotz drehender Lüfter nie erkannt, und die Weboberfläche wurde nicht mehr geladen, sobald eine Grafikkarte im Dock installiert war.
Die Diskussion blieb nach mehreren Adaptern und zwei GPUs ungelöst. Sie lieferte jedoch eine nützliche diagnostische Abgrenzung: Erst die PCIe-Aufzählung und einen stabilen Start beheben, bevor NVIDIA-Treiber installiert werden.
Oculink benötigt keinen eigenen Treiber
Der Host zeigt möglicherweise PCIe-Root-Ports oder Bridges an, nicht ein Gerät namens „Oculink“. Wenn nichts angeschlossen ist, ist das normal. Vergleiche den PCIe-Baum vor und nach dem Anschließen eines bekanntermaßen funktionierenden Geräts:
lspci
lspci -tvWenn der Endpunkt nicht in lspci erscheint, kann nvidia-smi ihn nicht erkennen, und ein NVIDIA-Paket kann die physische Verbindung nicht reparieren.
Stromversorgung ohne PCIe-Aufzählung ist kein Erfolg
Drehende Lüfter beweisen lediglich, dass die Karte mit etwas Strom versorgt wird. Sie beweisen nicht das Link-Training, die Durchgängigkeit der Lanes, eine stabile Zusatzstromversorgung oder die Initialisierung des Endpunkts. Im beschriebenen Aufbau startete das Board normal, nachdem das Dock oder die GPU entfernt worden war. Dadurch konzentrierte sich die Diagnose auf die Erweiterungskette.
Ein beschädigter Adapter wurde gefunden, aber sein Austausch löste das Problem nicht vollständig
Bei einer genauen Prüfung wurden sichtbare Unterbrechungen in den Strom- und Datenleiterbahnen des ersten PCIe-zu-Oculink-Adapters festgestellt.
Verwende einen bekannten, risikoarmen Endpunkt, um die Kette einzugrenzen
Ein PCIe-USB-Controller wurde über das Dock in lspci angezeigt. Das zeigte, dass zumindest ein Teil der Verbindung erkannt werden konnte. Sowohl eine RTX 5060 als auch später eine GTX 750 verhinderten jedoch das Laden der Weboberfläche. Dadurch rückte die Aufmerksamkeit auf das Dock, die Stromversorgung, das PCIe-Link-Training oder die Plattformkompatibilität statt auf einen einzelnen GPU-Treiber.
Teste jeweils nur eine Variable: den Endpunkt in einem anderen PC, einen anderen Endpunkt im selben Dock, ein nachweislich funktionierendes Kabel, einen nachweislich funktionierenden Adapter, ein stabiles Netzteil und die richtige Einschaltreihenfolge. Oculink- oder PCIe-Hardware darf nicht im laufenden Betrieb angeschlossen werden, sofern die Hardwaredokumentation dies nicht ausdrücklich unterstützt.
Installiere Treiber erst, wenn die GPU angezeigt wird
Der Benutzer installierte die RTX-50XX-Erweiterung, bevor die Karte in lspci erschien. Dadurch kam eine zusätzliche Softwarevariable hinzu, ohne die Erkennung zu lösen. Verwende das versionsspezifische RTX-50XX-Community-Tutorial erst nach der Hardwareerkennung und nur, wenn seine ZimaOS-Version übereinstimmt.
Gehe nicht davon aus, dass jede PCIe-GPU offiziell unterstützt wird
Oculink überträgt PCIe, doch die praktische Kompatibilität hängt weiterhin von der Lane-Breite, der Firmware, der Stromversorgung, dem Dock-Design, dem Verhalten des GPU-Option-ROMs und den Treibern ab. Die verlinkte Dokumentation zur GPU-Erweiterung von IceWhale erläutert Erweiterungskonzepte, macht aber nicht jede Kombination aus Adapter und GPU zu einer validierten ZimaBoard-2-Konfiguration.
FAQ zu Oculink beim ZimaBoard 2
Sollte Oculink in lspci namentlich erscheinen?
Nein. Suche nach dem angeschlossenen PCIe-Endpunkt und seiner übergeordneten Bridge.
Beweisen drehende GPU-Lüfter, dass die Karte erkannt wurde?
Nein. Die Karte muss in lspci aufgelistet werden.
Wurde dieser Thread vollständig gelöst?
Nein. Selbst die stromsparendere GTX 750 verhinderte weiterhin einen normalen Start, und der Benutzer erwog ein anderes Dock.
