Um utilizador da ZimaBoard 2 esperava que o próprio adaptador Oculink aparecesse no lspci. A discussão esclareceu que uma ligação Oculink passiva é uma extensão PCIe: o resultado relevante é saber se o dispositivo na outra extremidade aparece. A GPU do utilizador nunca apareceu, apesar de as ventoinhas rodarem, e a interface Web deixou de carregar quando foi instalada uma placa gráfica na base.
A discussão ficou por resolver após vários adaptadores e duas GPUs. Produziu, contudo, um limite de diagnóstico útil: resolver a enumeração PCIe e garantir um arranque estável antes de instalar controladores NVIDIA.
O Oculink Não Precisa do Seu Próprio Controlador
O anfitrião pode apresentar portas-raiz ou bridges PCIe, e não um dispositivo chamado “Oculink”. Sem nada ligado, isto é normal. Compare a árvore PCIe antes e depois de ligar um dispositivo comprovadamente funcional:
lspci
lspci -tvSe o endpoint não aparecer no lspci, o nvidia-smi não o poderá detetar e um pacote NVIDIA não conseguirá reparar a ligação física.
Ter Alimentação Sem Enumeração PCIe Não Significa Sucesso
As ventoinhas a rodar apenas provam que chega alguma alimentação à placa. Não provam o estabelecimento da ligação, a continuidade das vias, a estabilidade da alimentação auxiliar ou a inicialização do endpoint. Na configuração original, a placa arrancava normalmente depois de a base ou a GPU ser removida, o que concentrou o diagnóstico na cadeia de expansão.
Foi Encontrado um Adaptador Danificado, mas a Sua Substituição Não Concluiu a Reparação
Uma inspeção detalhada revelou quebras visíveis nas pistas de alimentação e de dados do primeiro adaptador PCIe para Oculink.
Utilize um Endpoint Comprovadamente Funcional e de Baixo Risco para Isolar a Cadeia
Um controlador USB PCIe apareceu no lspci através da base, mostrando que pelo menos parte do percurso conseguia ser enumerado. No entanto, tanto uma RTX 5060 como, mais tarde, uma GTX 750 impediram o carregamento da interface Web. Isto desviou a atenção para a base, a alimentação, o estabelecimento da ligação PCIe ou a compatibilidade da plataforma, em vez de se concentrar num único controlador da GPU.
Teste uma variável de cada vez: o endpoint noutro PC, um endpoint diferente na mesma base, um cabo comprovadamente funcional, um adaptador comprovadamente funcional, uma fonte de alimentação estável e a sequência correta de ligação. Não ligue Oculink ou hardware PCIe em funcionamento, exceto se a documentação do hardware suportar explicitamente essa operação.
Instale os Controladores Apenas Depois de a GPU Aparecer
O utilizador instalou a extensão RTX 50XX antes de a placa aparecer no lspci. Isso acrescentou uma variável de software sem resolver a enumeração. Utilize o tutorial comunitário da RTX 50XX específico da versão apenas depois de o hardware ser detetado e apenas quando a versão do ZimaOS for compatível.
Não Presuma que Todas as GPUs PCIe São Oficialmente Suportadas
O Oculink transporta PCIe, mas a compatibilidade prática continua a depender da largura da ligação, do firmware, da alimentação, do design da base, do comportamento da option ROM da GPU e dos controladores. A documentação da IceWhale sobre expansão GPU aborda conceitos de expansão, mas não transforma todas as combinações de adaptador e GPU numa configuração validada para a ZimaBoard 2.
Perguntas Frequentes sobre Oculink na ZimaBoard 2
O Oculink deve aparecer pelo nome no lspci?
Não. Procure o endpoint PCIe ligado e a bridge principal.
As ventoinhas da GPU a rodar provam que a placa foi detetada?
Não. A placa tem de ser enumerada no lspci.
Esta discussão ficou totalmente resolvida?
Não. Até a GTX 750, de menor consumo, continuou a impedir um arranque normal, e o utilizador estava a considerar outra base.
