Użytkownik ZimaBoard 2 oczekiwał, że sam adapter Oculink pojawi się w lspci. W wątku wyjaśniono, że pasywna ścieżka Oculink jest przedłużeniem PCIe: istotne jest to, czy pojawia się urządzenie na jej drugim końcu. Karta GPU użytkownika nigdy się nie pojawiła, mimo że jej wentylatory się obracały, a interfejs Web przestał się ładować po zainstalowaniu karty graficznej w stacji dokującej.
Po przetestowaniu wielu adapterów i dwóch kart GPU problem pozostał nierozwiązany. Dyskusja wyznaczyła jednak użyteczną granicę diagnostyczną: najpierw należy rozwiązać problem enumeracji PCIe i stabilnego uruchamiania systemu, a dopiero potem instalować sterowniki NVIDIA.
Oculink nie wymaga własnego sterownika
Host może wyświetlać główne porty PCIe lub mostki, a nie urządzenie o nazwie „Oculink”. Przy braku podłączonego urządzenia jest to normalne. Porównaj drzewo PCIe przed podłączeniem znanego, sprawnego urządzenia i po nim:
lspci
lspci -tvJeśli urządzenie końcowe nie pojawia się w lspci, polecenie nvidia-smi nie będzie mogło go wykryć, a pakiet NVIDIA nie naprawi fizycznego połączenia.
Zasilanie bez enumeracji PCIe nie oznacza sukcesu
Obracające się wentylatory dowodzą jedynie, że do karty dociera pewna ilość zasilania. Nie potwierdzają wytrenowania łącza, ciągłości linii, stabilności zasilania pomocniczego ani inicjalizacji urządzenia końcowego. W opisywanej konfiguracji płyta uruchamiała się normalnie po odłączeniu stacji dokującej lub karty GPU, co skierowało diagnostykę na łańcuch rozszerzeń.
Znaleziono uszkodzony adapter, ale jego wymiana nie zakończyła naprawy
Dokładne oględziny wykazały widoczne przerwania ścieżek zasilania i danych na pierwszym adapterze PCIe–Oculink.
Użyj znanego, sprawnego urządzenia końcowego o niskim ryzyku, aby odizolować problem
Kontroler USB PCIe pojawił się w lspci za pośrednictwem stacji dokującej, co pokazało, że przynajmniej część ścieżki może przeprowadzić enumerację. Jednak zarówno RTX 5060, jak i później GTX 750 uniemożliwiały załadowanie interfejsu Web. Skierowało to uwagę na stację dokującą, dostarczanie zasilania, trenowanie łącza PCIe lub zgodność platformy, a nie na sterownik jednej karty GPU.
Testuj tylko jedną zmienną naraz: urządzenie końcowe w innym komputerze, inne urządzenie końcowe w tej samej stacji dokującej, sprawny kabel, sprawny adapter, stabilny zasilacz oraz prawidłową kolejność włączania. Nie podłączaj urządzeń Oculink ani PCIe podczas pracy, chyba że dokumentacja sprzętu wyraźnie to obsługuje.
Sterowniki instaluj dopiero po pojawieniu się GPU
Użytkownik zainstalował rozszerzenie RTX 50XX, zanim karta pojawiła się w lspci. Wprowadziło to dodatkową zmienną programową, nie rozwiązując problemu enumeracji. Z samouczka społeczności dotyczącego RTX 50XX korzystaj dopiero po wykryciu sprzętu i tylko wtedy, gdy jego wersja ZimaOS jest zgodna.
Nie zakładaj, że każda karta GPU PCIe jest oficjalnie obsługiwana
Oculink przenosi PCIe, ale praktyczna zgodność nadal zależy od szerokości łącza, oprogramowania układowego, zasilania, konstrukcji stacji dokującej, działania option ROM-u GPU oraz sterowników. Powiązana dokumentacja IceWhale dotycząca rozszerzania GPU omawia koncepcje rozszerzeń, ale nie sprawia, że każda kombinacja adaptera i GPU staje się zweryfikowaną konfiguracją ZimaBoard 2.
Często zadawane pytania dotyczące Oculink w ZimaBoard 2
Czy Oculink powinien pojawić się w lspci pod własną nazwą?
Nie. Szukaj podłączonego urządzenia końcowego PCIe i jego nadrzędnego mostka.
Czy obracające się wentylatory GPU potwierdzają wykrycie karty?
Nie. Karta musi zostać wykryta przez lspci.
Czy ten wątek został ostatecznie rozwiązany?
Nie. Nawet mniej energochłonna GTX 750 nadal uniemożliwiała normalne uruchomienie, a użytkownik rozważał kolejną stację dokującą.
