如何解決挖礦中「找不到AMD OpenCL GPU」的問題？ （司機）

挖礦軟體中 AMD GPU 檢測故障排除

1.當挖礦應用程式在初始化過程中無法辨識AMD圖形硬體時，通常會出現「找不到AMD OpenCL GPU」錯誤。此問題並不一定表示 GPU 有故障，而通常源自於作業系統、驅動程式和挖掘二進位檔案之間的軟體層不一致。

2. 依賴 AMD GPU 執行 Ethash 或 KawPoW 等演算法的礦機需要精確的 OpenCL 執行時間支援。如果沒有正確的 OpenCL 實現，礦工就無法查詢裝置屬性、分配記憶體緩衝區或啟動內核，從而導致 GPU 無法用於哈希計算。

3. 作為電源管理策略的一部分，某些版本的 AMD Adrenalin 驅動程式有意禁用非圖形工作負載的 OpenCL 枚舉。當系統偵測到計算密集型進程沒有顯示輸出時，可能會自動觸發此行為。

4. 具有開源 AMDGPU 驅動程式的 Linux 發行版有時缺乏完整的 OpenCL ICD 註冊。即使clinfo報告零平台，底層核心模組也可能已正確加載，這表明缺少用戶空間 OpenCL 堆疊，而不是硬體故障。

5. 運行挖礦軟體的虛擬化環境或容器經常省略 OpenCL 的 GPU 直通配置。與 CUDA 不同，VM 中的 OpenCL 設備可見性需要明確 ICD 載入程式綁定和設備節點公開，而許多預設管理程式設定並不提供這些。

驅動程式版本相容性表

1. AMD 的驅動程式版本遵循嚴格的版本控制方案，其中 OpenCL 支援在各個分支之間存在顯著差異。 Adrenalin 22.5.1 為 RDNA2 引入了 OpenCL 2.2 合規性，而較舊的基於 GCN 的卡（例如 R9 390）需要 Adrenalin 19.12 或更早版本才能實現穩定的 OpenCL 枚舉。

2. 採礦專用驅動程式（例如 AMD Blockchain Driver 20.40）建置於 Adrenalin 20.40 基礎之上，但刪除了 OpenGL 元件並重新啟用舊版 OpenCL 擴充功能。這些驅動程式會繞過某些韌體檢查，否則會阻止無頭挖礦場景中的 GPU 偵測。

3. Windows 安全模式僅載入基本顯示驅動程序，完全停用 OpenCL。啟動到安全模式並重新安裝驅動程式通常會留下殘留的註冊表項，從而乾擾正常啟動期間 OpenCL ICD 載入程式的發現。

4. 在 Ubuntu 22.04 LTS 上， opencl-amd軟體套件必須與 RDNA3 卡的rocm-opencl-runtime一起安裝。僅安裝一個元件會導致平台註冊不完整，可透過clinfo -l看到。

5. 驅動程式回滾工具（例如 Display Driver Uninstaller (DDU)）必須在停用網路的安全模式下執行。標準卸載後留下的殘留 Vulkan 層或 OpenCL 快取檔案可能會阻止新驅動程式正確註冊其 ICD 檔案。

OpenCL 運行時和 ICD 載入器配置

1. OpenCL 可安裝客戶端驅動程式 (ICD) 載入程式依賴位於 Linux 上的/etc/OpenCL/vendors/或 Windows 上的%PROGRAMFILES%\AMD\OpenCL\中的 JSON 清單檔案。遺失或格式錯誤的 JSON 檔案會導致載入程式靜默跳過供應商庫。

2. OPENCL_VENDOR_PATH等環境變數會覆寫預設 ICD 搜尋路徑。即使安裝了有效的驅動程序，錯誤的設定（尤其是指向空目錄）也會導致零平台檢測。

3. 基於 ROCm 的 OpenCL 實作需要amdgpu-pro-install腳本在/opt/amdgpu-pro/lib/x86_64-linux-gnu/下註冊符號連結。未能執行此安裝後步驟會中斷 OpenCL 載入器和 AMD 的 libamdocl64.so 之間的連結。

4. 在 Windows 上，登錄項目HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\OpenCL\Vendors必須包含有效的 .icd 檔案路徑。此處損壞的登錄項目會阻止 OpenCL 枚舉任何 AMD GPU，無論驅動程式運作狀況為何。

5. 一些礦工捆綁了與系統範圍安裝衝突的專有 OpenCL 載入程式。啟動--opencl-platform 0可能會強制使用不相容的平台，導致儘管初始化成功，但沒有報告任何裝置。

硬體和韌體級檢查

1. UEFI/BIOS 中的 PCIe 分叉設定會影響頻道分配給多個 GPU 的方式。不正確的配置（例如設定 x16/x0 而不是 x8/x8）可能會導致輔助 GPU 在沒有 OpenCL 功能的情況下進行初始化，即使它們出現在裝置管理員中也是如此。

2. AMD GPU VRAM 時序設定檔會影響運算工作負載期間的記憶體控制器行為。時序不穩定的超頻記憶體可能會通過 POST，但會因上下文建立期間的逾時錯誤而導致 OpenCL 裝置查詢失敗。

3. 消費卡和專業卡之間的韌體級 GPU 重置機制有所不同。 Radeon Pro WX 系列卡在枚舉之前需要clAmdFsaResetGPU調用，而消費者變體則依賴標準 OpenCL 平台初始化例程。

4. 電源單元在持續負載下不穩定會導致 PCIe 連結短暫中斷。這些事件很少觸發作業系統層級的錯誤，但會導致間歇性 OpenCL 裝置消失，可透過重複的clinfo運作偵測到。

5. 一些 OEM 主機板積極實施 PCIe ASPM（活動狀態電源管理）。在 BIOS 中停用 ASPM 可防止 OpenCL 平台掃描期間因延遲喚醒序列而導致的 GPU 枚舉失敗。

常見問題解答

Q：使用 HDMI 虛擬插頭有助於 OpenCL 檢測嗎？不直接。虛擬插頭模擬顯示器的存在，但不影響 OpenCL 設備枚舉。在某些情況下，它們可能會穩定 GPU 時鐘，但無法解決遺失的 ICD 載入程式綁定問題。

Q：我可以在採礦設備上使用用於遊戲的 AMD GPU 驅動程式嗎？是的，但僅限特定版本。 Adrenalin 21.10.2 和 22.5.1 能夠可靠地支援顯示和計算工作負載。較新的版本通常會棄用 OpenCL 功能，轉而使用 HIP。

Q：為什麼 clinfo 顯示 AMD 平台但不顯示裝置？這表示 ICD 載入程式註冊成功，但在裝置枚舉期間失敗 — 通常是由於 /dev/kfd 權限不足或 Linux 上缺少 amdgpu-pro 核心模組引起的。

Q：最近的驅動程式中是否取消了對 RDNA3 的 OpenCL 支援？不可以。 RDNA3 保留完整的 OpenCL 3.0 支持，但用戶必須安裝 ROCm 相容的驅動程序，並避免使用預設的 Adrenalin Gaming Edition（省略 OpenCL 元件）。