GPU:n var synlig, men NVIDIA-drivrutinen kunde inte initiera den
I ZimaOS 1.6.1 installerade en communitymedlem ett NVIDIA RTX PRO 2000 Blackwell och upptäckte att nvidia-smi returnerade ”No devices were found.” PCI-enheten fanns faktiskt med ID:t 10de:2d30, och NVIDIA-enhetsnoder hade skapats. Det begränsade problemet till drivrutinsinitiering snarare än en saknad PCIe-anslutning eller en inställning i en Ollama-container.
De diagnostiska detaljerna visade också att NVIDIA:s kärn- och användarrymskomponenter hade versionen 580.105.08. Den öppna kärnmodulen var laddad, men loggen rapporterade ett RmInitAdapter-fel. NVIDIA:s lista över chip som stöds av drivrutin 580.105.08 inkluderar enhets-ID 2D30, så tråden fastställde inte någon enkel förklaring baserad på ett ej stödt enhets-ID.
Tråden bekräftade inte någon lösning med fast programvara eller kärnparametrar
Deltagarna undersökte sökvägar för fast programvara och parametrar för NVIDIA-modulen, men senare svar korrigerade flera tidiga antaganden. Det fanns inga bevis för att en versionsspecifik katalog för fast programvara saknades eller att en viss modulparameter skulle reparera kortet. Dessa idéer bör därför betraktas som felsökningsdiskussion, inte som validerade instruktioner.
Felet inträffade dessutom innan en Docker-arbetsbelastning kunde använda GPU:n. Att ändra en miljövariabel i Ollama eller enhetsmappningen för containern skulle därför inte ha åtgärdat det värdrelaterade nvidia-smi-felet som dokumenterades i 1.6.1.
ZimaOS 1.6.2 återställde identifieringen i detta communityfall
Efter uppdatering till ZimaOS 1.6.2 rapporterade författaren att RTX PRO 2000 identifierades och fungerade med Ollama. Detta är den tydligaste lösningen som dokumenterats i ämnet. Det är ett användarbekräftat resultat för denna maskinvara och installation, inte en generell kompatibilitetsgaranti för alla Blackwell-GPU:er eller systemkonfigurationer.
Ett problem kvarstod: GPU-fläkten uppgavs gå med full hastighet i viloläge. Diskussionen nådde ingen bekräftad orsak eller lösning för detta beteende. GPU-identifiering och fläktstyrning i viloläge bör därför betraktas som två separata resultat.
Vanliga frågor
Var Docker eller Ollama orsaken till att GPU:n saknades?
Inga bevis i tråden pekar på Docker som orsaken. Värdsystemets egen nvidia-smi kunde inte initiera enheten, så felet uppstod under containerlagret.
Åtgärdade ZimaOS 1.6.2 problemet med RTX PRO 2000?
För ämnets författare, ja: identifieringen återkom och Ollama använde GPU:n efter uppdateringen. Rapporten bevisar inte att stöd finns universellt i alla system.
Åtgärdade uppdateringen också problemet med att fläkten gick med full hastighet?
Ingen bekräftad lösning för fläktstyrningen framgår av diskussionen. Författaren rapporterade fortfarande att fläkten gick med full hastighet i viloläge efter att GPU-identifieringen hade återställts.
