如何為發生故障的礦機設定自動重啟？

核心腳本架構

1. 一個功能齊全的礦機自動化腳本必須包含三個基本層：流程監控、錯誤分類和復原邏輯。

2. 在網路斷開或 GPU 熱節流事件期間，基礎 XMRig 二進位檔案無法單獨維持運作。

3. XMRig 二進位檔案傳回的退出代碼用作主要指示器 - 代碼 2 表示配置失敗，而代碼 1 通常反映瞬時池拒絕。

4. 日誌記錄必須擷取時間戳記、退出代碼和記憶體利用率快照，以便在重複失敗後進行取證分析。

5. 必須在主循環外部聲明WALLET 、 POOL和CONFIG_FILE等環境變量，以防止重啟週期期間意外覆蓋。

Windows 批次執行

1. xmrig_guard.bat檔案以@echo off和setlocal enabledelayedexpansion啟動，以確保跨迭代的穩定變數處理。

2. 在進入監視循環之前初始化計數器變數restart_count ，以對連續重新啟動嘗試實施硬限制。

3. xmrig.exe的每次呼叫都包含在重定向語法>> %LOG_FILE% 2>&1中，以將 stdout 和 stderr 統一到單一可追蹤流中。

4. 條件分支在執行後立即評估%errorlevel% ，以確定是增加錯誤計數器還是重置它。

5. 延遲重啟間隔使用timeout /t %RESTART_DELAY% /nobreak >nul而不是ping hack，以避免產生不必要的子程序。

故障分類邏輯

1. 網路相關退出（例如連線逾時、DNS解析失敗）觸發立即重試，不會延遲升級。

2. 硬體造成的崩潰（透過包含WHEA-Logger或nvlddmkm的 Windows 事件日誌條目偵測到）會在重新啟動之前呼叫 5 分鐘的冷卻時間。

3. 當PAGE_FAULT_IN_NONPAGED_AREA與來自tasklist /fi 'imagename eq xmrig.exe'的高提交內存讀數一起出現時，可識別內存耗盡模式。

4. 在啟動挖礦程序之前，透過使用jq.exe驗證 JSON 完整性來隔離組態不匹配，從而防止重複啟動失敗。

5. 由於過時共享而導致的池端拒絕透過在批次檔內的數組結構中儲存的三個預配置層端點之間輪換來處理。

日誌輪換和診斷捕獲

1. 透過使用%date:~-4,4%%date:~-7,2%%date:~-10,2%語法將日期戳記附加到檔案名稱來強制執行每日日誌輪替。

2. 關鍵診斷資料（包括 GPU 溫度、風扇速度和功耗）每 90 秒透過nvsmi -q -d TEMPERATURE,POWER,FAN提取一次，並附加到並行診斷日誌中。

3. 當重新啟動次數超過七次時，腳本會觸發msinfo32 /nfo system_diagnostic.nfo產生完整的硬體設定檔快照。

4. 所有日誌均使用 UTF-8 BOM 標頭寫入，以確保與基於 PowerShell 的日誌分析器和 Splunk 轉發器的兼容性。

5. 日誌保留策略使用forfiles /p '%~dp0logs' /s /d -14 /c 'cmd /c del @path'強制刪除超過 14 天的檔案。

常見問題

Q：此腳本可以處理時脈設定檔不符的雙 GPU 裝置嗎？答：是的。腳本從gpu_profiles.json檔案讀取每個 GPU 時脈偏移，並在啟動 XMRig 之前使用nvoclock.exe --gpu=0 --mem=1200 --core=1500套用它們。

Q：該腳本是否會幹擾 Windows 更新自動重新啟動？答：不。它檢查sc query wuauserv | findstr 'RUNNING'在啟動任何重新啟動之前，如果 Windows 更新服務處於活動狀態，則暫停恢復操作 30 分鐘。

Q：它如何回應顯示驅動程式復原 (TCC) 標記的驅動程式崩潰？答：它透過wevtutil qe System /q:' [System[(EventID=4101)]]' /f:text TCC 事件，並使用devcon disable '@PCI\VEN_10DE ' & devcon enable '@PCI\VEN_10DE*'強製完全重設 GPU。

Q：使用 ROCm 驅動程式是否支援 AMD GPU？答：是的。該腳本包括一個檢測分支，該分支執行rocm-smi --showtempovr並在啟動礦工之前透過rocm-smi --setfan 80 --setclock 1200應用電壓/頻率偏移。