Le GPU était visible, mais le pilote NVIDIA ne pouvait pas l'initialiser
Sur ZimaOS 1.6.1, un membre de la communauté a installé une NVIDIA RTX PRO 2000 Blackwell et constaté que nvidia-smi renvoyait « No devices were found ». Le périphérique PCI était bien présent avec l'ID 10de:2d30, et les nœuds de périphériques NVIDIA avaient été créés. Cela a orienté le diagnostic vers un problème d'initialisation du pilote, plutôt que vers une connexion PCIe absente ou un paramètre du conteneur Ollama.
Les détails du diagnostic indiquaient également que les composants NVIDIA du noyau et de l'espace utilisateur étaient en version 580.105.08. Le module du noyau ouvert était chargé, mais ses journaux signalaient un échec de RmInitAdapter. La liste des puces prises en charge par le pilote 580.105.08 de NVIDIA inclut l'ID de périphérique 2D30 ; le fil de discussion n'a donc pas établi une simple incompatibilité liée à l'ID du périphérique.
Le fil de discussion n'a pas confirmé de correctif lié au firmware ou aux paramètres du noyau
Les participants ont étudié différentes pistes concernant le firmware et les paramètres des modules NVIDIA, mais des réponses ultérieures ont corrigé plusieurs suppositions initiales. Les éléments disponibles n'ont pas prouvé qu'un répertoire de firmware associé à une version était manquant ni qu'un paramètre particulier du module permettrait de réparer la carte. Ces idées doivent être considérées comme des pistes de dépannage, et non comme des instructions validées.
La défaillance se produisait également avant qu'une charge de travail Docker puisse utiliser le GPU. Modifier une variable d'environnement d'Ollama ou le mappage des périphériques du conteneur n'aurait donc pas corrigé l'échec de nvidia-smi au niveau de l'hôte, documenté sur la version 1.6.1.
ZimaOS 1.6.2 a rétabli la détection dans ce cas communautaire
Après la mise à jour vers ZimaOS 1.6.2, l'auteur a indiqué que la RTX PRO 2000 était reconnue et fonctionnait avec Ollama. Il s'agit de la résolution la mieux étayée enregistrée dans le sujet. C'est un résultat confirmé par un utilisateur pour ce matériel et cette installation, et non une garantie générale de compatibilité pour tous les GPU Blackwell ou toutes les configurations système.
Un problème subsistait toutefois : le ventilateur du GPU fonctionnait apparemment à pleine vitesse au repos. La discussion n'a pas permis d'établir une cause ou une solution confirmée à ce comportement. La reconnaissance du GPU et la gestion du ventilateur au repos doivent donc être considérées comme deux résultats distincts.
FAQ
Docker ou Ollama était-il responsable de l'absence du GPU ?
Aucun élément du fil de discussion ne désigne Docker comme la cause. Le nvidia-smi de l'hôte lui-même ne pouvait pas initialiser le périphérique ; la défaillance se produisait donc en amont de la couche des conteneurs.
ZimaOS 1.6.2 a-t-il corrigé le problème de la RTX PRO 2000 ?
Pour l'auteur du sujet, oui : la détection a été rétablie et Ollama a utilisé le GPU après la mise à jour. Le rapport ne prouve pas une prise en charge universelle sur tous les systèmes.
La mise à jour a-t-elle également corrigé le fonctionnement du ventilateur à pleine vitesse ?
Aucune solution confirmée de contrôle du ventilateur n'apparaît dans la discussion. L'auteur signalait toujours un fonctionnement du ventilateur à pleine vitesse au repos après le rétablissement de la reconnaissance du GPU.
