《暗黑破壞神 IV》3.1.0 更新鎖死 Steam Deck 與 Linux 玩家

2026 年 6 月 30 日，Blizzard 隨著第 14 賽季「死亡覺醒」的推出，發布了 3.1.0 更新。然而，Linux 與 Steam Deck 玩家在更新後立即遇到錯誤代碼 127，遊戲完全無法啟動。截至 7 月 2 日，Blizzard 官方論壇的主要錯誤回報已累積超過 650 則回覆，相關討論更遍布數千篇 。這並非普通的 Proton 回歸問題，而是一項刻意為之的反篡改機制變更，在 CPU 指令層級徹底破壞了相容性。

發生了什麼：技術根本原因

社群透過 PROTON_LOG 進行鑑識分析，將問題定位在啟動流程中一個非常具體的環節 。崩潰完全發生在 diablo_iv_loader.dll 內部——這是 Blizzard 專有的反篡改與封裝模組 。該載入器執行了一個中斷點（INT3 指令）——這是一種專為除錯器設計的 CPU 中斷。在原生 Windows 上，作業系統的結構化例外處理程序會靜默處理此中斷並繼續執行。然而在 Wine/Proton 環境下，例外處理的傳遞方式不同，載入器會將此中斷點視為無法復原的錯誤 。

Blizzard 自身的錯誤處理程序隨後會終止程序，並顯示錯誤 Summary: BREAKPOINT 。對使用者而言，此錯誤表現為錯誤代碼 127，並在崩潰對話框中引用 Kernel32.dll 。

關鍵細節在於：這個崩潰發生在任何繪圖層初始化之前——沒有 D3D12、VKD3D 或 Vulkan 裝置的建立過程 。這明確排除了 GPU 驅動程式或 DXVK 問題的可能性。

3.1.0 更新更新了應用於 diablo_iv_loader.dll 的封裝器與反篡改加密 。新的封裝器使用了混淆技術，刻意插入了一個 INT3 中斷點作為反除錯和逆向工程的手段。在 Windows 上，例外分派器能透明地處理它。在 Wine/Proton 下，則會失敗 。

為何本地端因應措施無效

• 更換 Proton 版本（Experimental、GE、Hotfix 分支）並無幫助，因為中斷點發生在 Wine 的 CPU 例外處理層級，且位於混淆的載入器內部——目前沒有任何 Proton 版本修補此特定邊緣案例 。
• 啟動參數如 PROTON_HIDE_NVIDIA_GPU=1、DRI_PRIME=1 或 DXVK 設定調整均無效，因為崩潰發生在任何 GPU 程式碼執行之前 。
• 刪除或重新命名 dstorage.dll——這個方法在此前版本中曾用於繞過不同的啟動崩潰——但無法解決此問題 。

唯一的解決辦法是：(a) Blizzard 以與 Wine 例外處理相容的方式重新封裝載入器，移除 INT3 中斷點；或 (b) 在 Wine/Proton 層級修補，使其能攔截並處理該特定中斷點。由於載入器經過混淆且受反篡改保護，建立這樣的修補程式相當困難且脆弱。

Blizzard 的回應

• Blizzard 在官方論壇上承認了此問題，並開設了官方技術支援討論串，標題為「在 Linux 平台上更新後無法遊玩」與「《暗黑破壞神 IV》在 Steam Deck 上無法執行」。
• 熱修 3.1.0a 於 6 月 30 日稍晚發布，並未包含 Linux/Steam Deck 問題的修復 。熱修討論串證實它僅解決了其他 PC 問題，但 Linux 被鎖定的問題仍未解決 。
• Blizzard 確認他們正在開發一個獨立的緊急修補程式，專門解決 diablo_iv_loader.dll 在 Wine/Proton 下的中斷點問題 。截至 7 月 2 日，該修復尚未發布，錯誤回報討論串已達 655 則回覆，論壇流量持續攀升 。

更廣泛的背景：相容性層上反篡改機制的脆弱性

此事件突顯了 PC 遊戲中一個反覆出現的問題：開發者例行性地更新反篡改與封裝系統，卻未針對 Wine/Proton 等相容性層進行測試。反篡改軟體被設計為在非標準環境下表現不同，而微小的變更——例如新的封裝器版本或額外的 INT3 檢查——即使遊戲本身程式碼沒有變動，也可能在無聲無息中破壞 Proton 相容性 。

同樣的模式也發生在 Denuvo 啟動驗證上，因其對 Proton 版本切換次數設限而將 Linux 用戶鎖在門外 。每次這類問題的解決，都依賴於 Valve 被動地修補 Proton，或是遊戲開發者發布二進位更新——而這兩種情況都只有在使用者發現並回報問題後才會發生。《暗黑破壞神 IV》的案例尤為嚴峻，因為它影響了 Steam Deck——一個在市場上獲得官方支援的平台，且在 3.1.0 更新前與遊戲完全相容 。