Die GPU war sichtbar, aber der NVIDIA-Treiber konnte sie nicht initialisieren
Unter ZimaOS 1.6.1 installierte ein Community-Mitglied eine NVIDIA RTX PRO 2000 Blackwell und stellte fest, dass nvidia-smi „No devices were found“ zurückgab. Das PCI-Gerät selbst war mit der ID 10de:2d30 vorhanden, und die NVIDIA-Gerätedateien waren erstellt worden. Damit ließ sich das Problem auf die Treiberinitialisierung eingrenzen und nicht auf eine fehlende PCIe-Verbindung oder eine Einstellung des Ollama-Containers.
Die Diagnose zeigte außerdem, dass sich die NVIDIA-Kernel- und Userspace-Komponenten auf Version 580.105.08 befanden. Das offene Kernelmodul war geladen, aber sein Protokoll meldete einen RmInitAdapter-Fehler. Die Liste der unterstützten Chips für Treiber 580.105.08 von NVIDIA enthält die Geräte-ID 2D30. Daher konnte der Thread keine einfache Erklärung durch eine nicht unterstützte Geräte-ID belegen.
Der Thread bestätigte keine Lösung durch Firmware oder Kernel-Parameter
Die Teilnehmer untersuchten Firmware-Pfade und Parameter für NVIDIA-Module, doch spätere Antworten korrigierten mehrere frühe Annahmen. Die Belege zeigten weder eindeutig, dass ein versionsbezogenes Firmware-Verzeichnis fehlte, noch dass ein bestimmter Modulparameter die Karte reparieren würde. Diese Ansätze sollten als Teil der Fehlersuche und nicht als validierte Anleitungen betrachtet werden.
Der Fehler trat außerdem auf, bevor eine Docker-Workload die GPU verwenden konnte. Eine Änderung einer Ollama-Umgebungsvariable oder der Gerätezuordnung des Containers hätte den auf Host-Ebene dokumentierten nvidia-smi-Fehler unter 1.6.1 daher nicht behoben.
ZimaOS 1.6.2 stellte die Erkennung in diesem Community-Fall wieder her
Nach dem Update auf ZimaOS 1.6.2 berichtete der Autor, dass die RTX PRO 2000 erkannt wurde und mit Ollama funktionierte. Dies ist die am besten belegte Lösung im Thema. Es handelt sich um ein von einem Benutzer bestätigtes Ergebnis für diese Hardware und Installation, nicht um eine allgemeine Kompatibilitätsgarantie für jede Blackwell-GPU oder Systemkonfiguration.
Ein Problem blieb bestehen: Der GPU-Lüfter lief Berichten zufolge im Leerlauf mit voller Geschwindigkeit. Die Diskussion kam für dieses Verhalten zu keiner bestätigten Ursache oder Lösung. Die GPU-Erkennung und die Lüftersteuerung im Leerlauf sollten daher als zwei getrennte Ergebnisse betrachtet werden.
FAQ
War Docker oder Ollama für die fehlende GPU verantwortlich?
Im Thread gibt es keine Hinweise darauf, dass Docker die Ursache war. Das hosteigene nvidia-smi konnte das Gerät nicht initialisieren, daher trat der Fehler unterhalb der Containerebene auf.
Hat ZimaOS 1.6.2 das Problem mit der RTX PRO 2000 behoben?
Für den Autor des Themas ja: Nach dem Update wurde die GPU wieder erkannt und von Ollama verwendet. Der Bericht belegt jedoch keine allgemeine Unterstützung auf allen Systemen.
Hat das Update auch das Problem mit dem Lüfter bei voller Geschwindigkeit behoben?
In der Diskussion findet sich keine bestätigte Lösung für die Lüftersteuerung. Der Autor berichtete weiterhin von einem Lüfterbetrieb mit voller Geschwindigkeit im Leerlauf, nachdem die GPU-Erkennung wiederhergestellt worden war.
