如何設定礦機自動重啟？ （系統穩定性）

BIOS 等級自動重新啟動配置

1. 啟動時重複按Delete 或F2 直到出現設定選單即可存取BIOS 介面。

2. 導覽至進階 → 電源管理設置，然後找到交流電源恢復或恢復交流電源遺失。

3. 將值從 Power Off 或 Last State 變更為Power On 。

4. 使用 F10 儲存變更並使用「是」進行確認，以觸發立即重新啟動並套用新設定。

5. 透過斷開並重新接通主電源來驗證功能 - 設備必須在沒有手動幹預的情況下啟動。

作業系統服務管理

1. 在 /etc/systemd/system/miner.service 為基於 Linux 的裝置建立一個 systemd 服務檔案。

2. 定義環境變量，包括 MINER_HOME、GPU_DRIVER_PATH 和 LOG_DIR，以確保執行階段上下文一致。

3. 將 ExecStart 設定為直接指向具有完整 CLI 參數（包括礦池 URL、錢包位址和裝置標誌）的礦工二進位檔案。

4. 設定 Restart=always 和 RestartSec=45 以在任何終止（包括分段錯誤或 OOM 終止）後強制恢復。

5. 透過 systemctl daemon-reload && systemctl enable miner.service 啟用服務以在重新啟動後持續存在。

硬體看門狗集成

1. 在 BIOS 中的 Security 或 Advanced → Peripheral Configuration 下啟用硬體看門狗計時器。

2. 安裝 watchdog 守護程式包：在 Debian/Ubuntu 上 apt install watchdog 或在 CentOS/RHEL 上 yum install watchdog。

3. 設定 /etc/watchdog.conf 以使用 pidfile 指令監控關鍵進程，例如 ethminer 或 lolMiner。

4. 將 watchdog-device 設定為 /dev/watchdog 並將 max-load-1 調整為 8.5，以防止在持續 GPU 負載下誤觸發。

5. 啟動並啟用看門狗服務，以便它在啟動初期激活，並在礦工進程消失超過 60 秒時重置系統。

網路驅動的故障轉移邏輯

1. 部署一個輕量級 Python 腳本，使用 ICMP 和 HTTP HEAD 請求每 30 秒 ping 一次主礦池端點。

2. 如果連續發生 3 次失敗，請執行 systemctl restart miner.service 並將帶有時間戳記的事件記錄到 /var/log/miner-failover.log。

3. 在加密配置中維護輔助池憑證，並在主池超過 180 秒無法存取時動態切換層 URL。

4. 將即時共享提交延遲指標注入決策循環 — 無論池狀態如何，五個週期的延遲超過 5000 毫秒都會觸發本地重啟。

5. 將所有故障轉移日誌路由到遠端系統日誌伺服器，以便與溫度、電壓和 PCIe 連結寬度遙測相關。

常見問題解答

Q：自動重啟會對挖礦作業系統的SSD造成磨損嗎？答：頻繁重啟確實會增加寫入周期，但額定容量為 300 TBW 的現代 NVMe 驅動器可以在 6 年多的時間內維持每天 12 次重啟而不會出現故障。

Q：重新啟動礦工二進位檔案是否會影響待處理的股票？ A：在進程終止前提交的份額由池保留；只有本地記憶體緩衝區中未提交的份額才會遺失－通常每個重啟週期遺失量小於 0.7%。

Q：在具有雙 PSU 的裝置上啟用交流電源恢復是否安全？答：是的 — 兩個 PSU 獨立回應 AC 恢復訊號；不會發生同步延遲，冗餘在啟動後仍保持完整功能。

Q：為什麼我的裝置會重啟，但自動重新啟動後無法初始化 GPU？ A：這表示PCIe訓練時間不足；將 pci=realloc=off 和 video=vesafb:off 新增至 GRUB 中的核心引導參數以穩定枚舉順序。