Wie kann man „Keine AMD OpenCL GPUs gefunden“ im Mining beheben? (Treiber)

Fehlerbehebung bei der AMD-GPU-Erkennung in Mining-Software

1. Der Fehler „Keine AMD OpenCL GPUs gefunden“ erscheint häufig, wenn Mining-Anwendungen AMD-Grafikhardware während der Initialisierung nicht erkennen. Dieses Problem weist nicht unbedingt auf eine fehlerhafte GPU hin, sondern ist häufig auf falsch ausgerichtete Softwareschichten zwischen dem Betriebssystem, den Treibern und den Mining-Binärdateien zurückzuführen.

2. Mining-Rigs, die für Algorithmen wie Ethash oder KawPoW auf AMD-GPUs angewiesen sind, erfordern eine präzise OpenCL-Laufzeitunterstützung. Ohne ordnungsgemäße OpenCL-Implementierung kann der Miner keine Geräteeigenschaften abfragen, keine Speicherpuffer zuweisen oder Kernel starten – wodurch die GPU für die Hash-Berechnung unbrauchbar wird.

3. Einige Versionen der AMD Adrenalin-Treiber deaktivieren im Rahmen der Energieverwaltungsrichtlinien absichtlich die OpenCL-Enumeration für Nicht-Grafik-Workloads. Dieses Verhalten kann automatisch ausgelöst werden, wenn das System rechenintensive Prozesse ohne Anzeigeausgabe erkennt.

4. Bei Linux-Distributionen mit Open-Source-AMDGPU-Treibern fehlt manchmal die vollständige OpenCL-ICD-Registrierung. Selbst wenn clinfo keine Plattformen meldet, ist das zugrunde liegende Kernelmodul möglicherweise korrekt geladen – was eher auf einen fehlenden OpenCL-Stack im Benutzerbereich als auf einen Hardwarefehler hinweist.

5. In virtualisierten Umgebungen oder Containern, auf denen Mining-Software ausgeführt wird, wird die GPU-Passthrough-Konfiguration für OpenCL häufig weggelassen. Im Gegensatz zu CUDA erfordert die OpenCL-Gerätesichtbarkeit in VMs eine explizite ICD-Loader-Bindung und Geräteknotenfreigabe, was viele Standard-Hypervisor-Setups nicht bieten.

Kompatibilitätsmatrix für Treiberversionen

1. Die Treiberversionen von AMD folgen einem strengen Versionierungsschema, wobei die OpenCL-Unterstützung je nach Zweig erheblich variiert. Adrenalin 22.5.1 führte die OpenCL 2.2-Konformität für RDNA2 ein, während ältere GCN-basierte Karten wie die R9 390 Adrenalin 19.12 oder früher für eine stabile OpenCL-Aufzählung benötigen.

2. Mining-spezifische Treiber wie AMD Blockchain Driver 20.40 basieren auf der Basis von Adrenalin 20.40, entfernen jedoch OpenGL-Komponenten und aktivieren ältere OpenCL-Erweiterungen wieder. Diese Treiber umgehen bestimmte Firmware-Prüfungen, die andernfalls die GPU-Erkennung in Headless-Mining-Szenarien blockieren würden.

3. Der abgesicherte Modus von Windows lädt nur grundlegende Anzeigetreiber und deaktiviert OpenCL vollständig. Beim Booten im abgesicherten Modus und anschließender Neuinstallation des Treibers bleiben häufig verbleibende Registrierungseinträge zurück, die die Erkennung des OpenCL ICD-Loaders während des normalen Startvorgangs beeinträchtigen.

4. Unter Ubuntu 22.04 LTS muss das Paket opencl-amd neben rocm-opencl-runtime für RDNA3-Karten installiert werden. Die Installation nur einer Komponente führt zu einer unvollständigen Plattformregistrierung, die über clinfo -l sichtbar ist.

5. Treiber-Rollback-Tools wie Display Driver Uninstaller (DDU) müssen im abgesicherten Modus mit deaktiviertem Netzwerk ausgeführt werden. Verbleibende Vulkan-Layer oder OpenCL-Cache-Dateien, die nach der Standarddeinstallation zurückbleiben, können dazu führen, dass neue Treiber ihre ICD-Dateien nicht korrekt registrieren.

OpenCL-Laufzeit- und ICD-Loader-Konfiguration

1. Der OpenCL Installable Client Driver (ICD)-Loader basiert auf JSON-Manifestdateien, die sich in /etc/OpenCL/vendors/ unter Linux oder %PROGRAMFILES%\AMD\OpenCL\ unter Windows befinden. Fehlende oder fehlerhafte JSON-Dateien führen dazu, dass der Loader Herstellerbibliotheken stillschweigend überspringt.

2. Umgebungsvariablen wie OPENCL_VENDOR_PATH überschreiben standardmäßige ICD-Suchpfade. Eine falsche Einstellung – insbesondere der Verweis auf ein leeres Verzeichnis – führt zu einer Null-Plattform-Erkennung, selbst wenn gültige Treiber installiert sind.

3. ROCm-basierte OpenCL-Implementierungen erfordern das Skript amdgpu-pro-install , um Symlinks unter /opt/amdgpu-pro/lib/x86_64-linux-gnu/ zu registrieren. Wenn dieser Schritt nach der Installation nicht ausgeführt wird, wird die Verbindung zwischen dem OpenCL-Loader und AMDs libamdocl64.so unterbrochen.

4. Unter Windows muss der Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\OpenCL\Vendors gültige .icd-Dateipfade enthalten. Beschädigte Registrierungseinträge verhindern hier, dass OpenCL jede AMD-GPU unabhängig vom Zustand des Treibers auflistet.

5. Einige Miner bündeln proprietäre OpenCL-Loader, die mit systemweiten Installationen in Konflikt geraten. Das Starten von --opencl-platform 0 erzwingt möglicherweise die Verwendung einer inkompatiblen Plattform, was dazu führt, dass trotz erfolgreicher Initialisierung keine Geräte gemeldet werden.

Prüfungen auf Hardware- und Firmware-Ebene

1. PCIe-Bifurkationseinstellungen in UEFI/BIOS wirken sich darauf aus, wie Lanes mehreren GPUs zugewiesen werden. Eine falsche Konfiguration – beispielsweise die Einstellung von x16/x0 anstelle von x8/x8 – kann dazu führen, dass sekundäre GPUs ohne OpenCL-Fähigkeit initialisiert werden, obwohl sie im Geräte-Manager angezeigt werden.

2. AMD GPU VRAM-Timingprofile beeinflussen das Verhalten des Speichercontrollers während der Rechenlast. Übertakteter Speicher mit instabilen Timings besteht möglicherweise den POST, scheitert jedoch an OpenCL-Geräteabfragen aufgrund von Zeitüberschreitungsfehlern während der Kontexterstellung.

3. GPU-Reset-Mechanismen auf Firmware-Ebene unterscheiden sich zwischen Consumer- und Profi-Karten. Karten der Radeon Pro WX-Serie erfordern clAmdFsaResetGPU -Aufrufe vor der Aufzählung, während Consumer-Varianten auf Standardinitialisierungsroutinen der OpenCL-Plattform angewiesen sind.

4. Die Instabilität des Netzteils unter anhaltender Last führt zu vorübergehenden PCIe-Verbindungsausfällen. Diese Ereignisse lösen selten Fehler auf Betriebssystemebene aus, führen jedoch zu einem zeitweiligen Verschwinden von OpenCL-Geräten, das durch wiederholte clinfo- Ausführungen erkennbar ist.

5. Einige OEM-Motherboards implementieren PCIe ASPM (Active State Power Management) aggressiv. Das Deaktivieren von ASPM im BIOS verhindert GPU-Aufzählungsfehler, die durch verzögerte Aktivierungssequenzen beim Scannen der OpenCL-Plattform verursacht werden.

Häufig gestellte Fragen

F: Hilft die Verwendung von HDMI-Dummy-Steckern bei der OpenCL-Erkennung? Nicht direkt. Dummy-Plugs simulieren die Anwesenheit eines Displays, haben jedoch keinen Einfluss auf die OpenCL-Geräteaufzählung. In einigen Fällen können sie die GPU-Takte stabilisieren, aber fehlende ICD-Loader-Bindungen werden nicht behoben.

F: Kann ich AMD-GPU-Treiber für Spiele auf Mining-Rigs verwenden? Ja, aber nur bestimmte Versionen. Adrenalin 21.10.2 und 22.5.1 unterstützen bekanntermaßen sowohl Anzeige- als auch Rechenlasten zuverlässig. In neueren Versionen werden OpenCL-Funktionen häufig zugunsten von HIP abgelehnt.

F: Warum zeigt clinfo die AMD-Plattform, aber keine Geräte an? Dies weist auf eine erfolgreiche ICD-Loader-Registrierung, aber einen Fehler bei der Geräteaufzählung hin – häufig verursacht durch unzureichende Berechtigungen für /dev/kfd oder fehlende amdgpu-pro-Kernelmodule unter Linux.

F: Wurde die OpenCL-Unterstützung für RDNA3 in neueren Treibern eingestellt? Nein. RDNA3 behält die volle OpenCL 3.0-Unterstützung bei, Benutzer müssen jedoch ROCm-kompatible Treiber installieren und die standardmäßige Adrenalin Gaming Edition vermeiden, die OpenCL-Komponenten weglässt.