Vulkan 中的 VK_ERROR_DEVICE_LOST：真實原因、診斷和修復

如果您遇到訊息 VK_ERROR_DEVICE_LOST 在使用 Vulkan 玩遊戲或設計應用程式時，您並不孤單：這是一個常見問題，可能表現為崩潰、意外關機，甚至程式無法完全關閉的循環。雖然這很可怕，但通常都有原因，最重要的是，有緩解或解決方法。

在本指南中您將找到 Windows 和 Linux 上的真實案例，包括遊戲和工具、診斷來源的線索、對其他使用者有幫助的設定（例如，NVIDIA 控制面板中針對使用 RTX 3080 的《底特律：變人》的特定設定），以及 可靠的資源，幫助您更能理解 Vulkan這樣做的目的是，你不用浪費時間在各個論壇之間跳來跳去，而是一眼就能看到真正可行的解決方案。讓我們來學習一下 錯誤 VK_ERROR_DEVICE_LOST。 

VK_ERROR_DEVICE_LOST 是什麼意思以及為什麼會出現？

在 Vulkan 中，VK_ERROR_DEVICE_LOST 錯誤表示 邏輯設備已停止運作：GPU 驅動程式已重新啟動、驅動程式掛起、因阻塞或佇列逾時而發生 TDR，或應用程式傳送了硬體/驅動程式無法處理的內容。這種情況並不總是會導致崩潰；有時，正如我們將看到的， 應用程式陷入循環，必須強制關閉.

雖然模式因設備和軟體而異，但通常的觸發器是 不穩定的驅動程式、非常新的擴充、層/覆蓋、系統時間限制 有時，僅是圖形設定組合不當造成的。了解一些實際案例有助於重現和解決問題。

真實案例：發生了什麼以及採取了什麼措施

《底特律：變人》在 Windows 上線，RTX 3080 上線，NVIDIA 做出重大調整

具有 GeForce RTX 3080 儘管採取了典型的措施，遊戲還是不斷崩潰，並出現 VK_ERROR_DEVICE_LOST： 更新驅動程式、測試相容模式和檢視選項對我有用的解決方案是轉到 NVIDIA 控制面板並在程式層級更改與 Vulkan/OpenGL 相關的特定首選項。

換言之，該路線如下： NVIDIA 控制台 > 管理 3D 設定 > 程式設定 > 選擇《底特律：成為人類》。在 Vulkan/OpenGL 預設方法選項中，造成差異的設定是將其設為“在 DXGI Swapchain 中按層優先「隨著這項變化， 反覆關閉消失 與 VK_ERROR_DEVICE_LOST 相關。

這個例子說明有時候， 相容性調整或如何管理交換鏈 對於層來說，它可能是關鍵，特別是當標題具有特定的渲染管道或與系統中的其他層進行互動時。

Linux 上的 Dota 2：循環與看似隨機的不穩定性

另一個重要案例是 Dota 2 在 Linux 上原生運行報告的模式令人費解：VK_ERROR_DEVICE_LOST 錯誤會在即時比賽和觀看重播時彈出，有時只是透過 觀看比賽，甚至在聊天中輸入。遊戲並沒有完全關閉，而是停留在 無限循環 必須手動“殺死”。

在那次特定的經驗中，沒有做出任何貢獻 沒有比賽 ID 或螢幕截圖 （兩個欄位都顯示「無回應」），這使得很難關聯確切的時刻。即便如此，症狀（凍結但未完全崩潰）表明 不可恢復的設備狀態 從應用程式的角度來看。在 Linux 中，此模式可以與驅動程式、呈現佇列和時序管理相關，或者 一些作曲家/圖形環境交互.

在這種情況下，建議審查 系統日誌（dmesg、journalctl），根據 GPU 檢查 Mesa/NVIDIA 版本，並停用第三方層。這些技巧雖然通用，但在 渲染密集型 Vulkan 標題 就像 Dota 2。

RenderDoc 和 VK_EXT_shader_object 的螢幕截圖不穩定

繪圖工具的使用本身就增加了一系列變數。據觀察 RenderDoc 的不穩定性 捕獲使用擴展的應用程式時 VK_EXT_shader_object包括 恢復驅動程式崩潰、應用程式凍結和裝置遺失錯誤這並不奇怪：我們正在談論最近的擴展和本質上微妙的情況（將捕獲層嫁接到高級管道中）。

為了一致地重現該問題，示例“著色器對象» 來自儲存庫 薩沙威廉斯/Vulkan程序如下： 在 RenderDoc 下執行 shaderobjects.exe 二進位文件，擷取一幀並選擇第二個 vkQueueSubmit() 事件。 那一刻 出現錯誤回報對話框 該工具。

此外，為了減少混雜因素，在捕獲之前刪除了以下內容： .bin 文件 範例產生的（著色器快取），錯誤仍然發生。具體環境是： RenderDoc_2024_07_02_0406d376_64, Windows 10（10.0.19045.4529）, Vulkan 1.3.275, GeForce GTX 1080的 y 司機 566.12如果您正在報告或比較類似的問題，這些數據非常有用。

遊戲和 Steam 崩潰，甚至藍屏

也報道了一個特別惱人的情況： 遊戲經常崩潰，有時 Steam 也會崩潰，甚至會出現 BSOD。 （藍色畫面）。基本操作包括 更新驅動程式、調整圖形品質、強制全螢幕模式、停用覆蓋 y 將 FPS 限制為 60，但比賽期間每隔幾分鐘就會關閉一次。

當藍屏問題涉及這個等式時， 內核/驅動程式級別或硬體本身的不穩定性。雖然 VK_ERROR_DEVICE_LOST 是 Vulkan 的一個 bug，但如果整個系統不穩定，建議補充 記憶體測試、磁碟檢查和熱監控 排除 GPU 或其電源已達極限。

可能的原因：技術與日常

雖然每個案例都各有不同，但仍有一些常見原因值得考慮。這裡有一張地圖，可以幫助您找到答案。 最常見的是 VK_ERROR_DEVICE_LOST:

• 不穩定或退化的圖形驅動程式：最近的版本可能會修復一些標題並破壞其他標題；相反的情況也會發生。
• 新的或更改的擴展程序：as VK_EXT_shader_object，它仍在不斷成熟，並且可以透過捕獲工具暴露邊緣情況。
• 超時和 TDR （Windows）：如果 GPU 上的作業需要很長時間才能完成，系統可能會重新啟動驅動程式並使邏輯裝置「遺失」。
• 疊加層和圖層：FPS 注入器、聊天、串流或追蹤器可能會幹擾交換鍊或管道。
• 特定的交換鏈配置：某些演示、計時或合成模式可能會引發特定硬體/驅動程式的崩潰。
• 著色器快取損壞 或不同步：清除快取（如範例中的 .bin 檔案）可以消除細微的不一致。
• 邊緣硬件：溫度、電湧或輕微超頻/欠壓可能會導致錯誤間歇性出現。

如何保持冷靜地進行診斷

在一次性改變二十件事之前，最好先遵循一個順序。 目標是隔離觸發 VK_ERROR_DEVICE_LOST 的因素 在您的具體情況下，依靠您可以客觀測量或重現的訊號。

1. 在短時間內重現錯誤：Dota 2 中的特定戰鬥、底特律中的選單或 RenderDoc 中的相同捕獲步驟（例如，選擇第二個 vkQueueSubmit()）。
2. 注意作業系統、驅動程式和 GPU 版本。：Windows 10 版本 19045.4529、GeForce GTX 1080 和驅動程式 566.12 等資料有助於比較報告。
3. 禁用疊加層和圖層：Steam、GeForce Experience、Discord 等。檢查在沒有它們的情況下行為是否會改變。
4. 返回「股票」價值：沒有 GPU/CPU/RAM 超頻，具有預設功率限制且沒有激進的降壓。
5. 在追蹤下重新創建 僅在必要時：如果 RenderDoc 或類似工具加劇了問題，請先嘗試不進行捕獲。
6. 清除著色器快取：遊戲和驅動程式（如果適用）。範例中的 .bin 檔案支援此功能。
7. 檢查系統日誌：在 Linux 上，使用 dmesg 和 journalctl；在 Windows 上，如果出現 BSOD，則使用事件檢視器和 minidump。

如果在過程中你遇到一個步驟 總是引發錯誤 （正如著色器物件範例中的第二個 vkQueueSubmit 所發生的那樣），您已經有了一半的診斷：嘗試 僅改變一個變數 （驅動程式、交換鏈設定、演示模式）查看觸發器是否消失。

切實有效的解決方案和調整

沒有萬能的魔杖，但有 成功率高的行動以下是一系列按幹擾程度從小到大排序的措施。

Windows（NVIDIA/AMD）和 Vulkan 遊戲

• NVIDIA 針對《底特律：變人》的特殊調整：在「控制台」>「管理 3D 設定」>「程式設定」> 選擇遊戲執行文件，找到 Vulkan/OpenGL 預設，並將其設定為「首選 DXGI 交換鏈上的圖層」。此操作已消除 RTX 3080 反覆崩潰的問題。
• 限制 FPS 和同步：保持 60 FPS 和獨佔全螢幕可以穩定某些驅動程序，儘管這本身並不總是足夠的。
• 禁用覆蓋：Steam、NVIDIA、Discord 等。如果您發現有所改善，請逐一重新引入它們以找出罪魁禍首。
• “已知良好”司機如果更新後發生錯誤，請嘗試先前的穩定版本；如果您有一段時間沒有更新，請安裝最新的 WHQL 版本。

Linux 和具有 Vulkan 的原生遊戲（例如 Dota 2）

• 檢查圖形堆疊: : 適合您的核心和環境的 Mesa/NVIDIA 版本。升級版本或許可以修復無限循環。
• 檢查作曲家和窗戶：測試有無合成器、全螢幕與無邊框窗口，並根據遊戲允許調整演示模式。
• 詳細日誌：確定崩潰時間，並查看當時的 dmesg/journalctl 文件。 GPU 錯誤或重置將被記錄下來。

捕獲和調試工具（RenderDoc）

• 避免有問題的步驟：如果選擇特定事件（例如第二個 vkQueueSubmit()）觸發崩潰，則將分析限制在其之前或之後的步驟。
• 減少混亂：在捕獲之前清除著色器快取（如範例中的 .bin），並使用項目的「乾淨」版本。
• 更新或變更版本：RenderDoc 和驅動程式/GPU；有了新的擴展，較新的版本可能包含關鍵修復。

當 Steam 也崩潰或出現 BSOD 時

• 系統完整性：執行記憶體測試、監控溫度並檢查電源。 VK_ERROR_DEVICE_LOST 可能是更深層問題的明顯症狀。
• 內核級驅動程式：徹底重新安裝 GPU 驅動程式。如果藍屏死機仍然存在，請收集 minidump 檔案以識別特定模組。

小細節大有作為

看似細微的調整，實際上 徹底改變穩定性 特定遊戲的設定。 《底特律：成為人類》中的「優先使用 DXGI Swapchain 中的圖層」設定就是一個明顯的例子。這些類型的選項 調節層、交換鍊和驅動程式的互動方式，並且可以繞過特定的錯誤。

另一個有用的細節是 清除著色器快取 在進行重大更改或分析螢幕截圖之前，就像在著色器物件範例中對 .bin 檔案所做的那樣。這減少了 不一致和舊狀態 會話和雲端診斷之間的拖延。

最後，當一場比賽 它不會關閉，而是保持循環 出現錯誤後，這表示邏輯設備已無法使用，且應用程式無法對其進行全面管理。在這種情況下，值得進行測試。 其他執行路線 （如果存在則使用不同的後端，更改螢幕模式，或停用某些陰影或效果等進階功能）以避免觸發崩潰的狀態。

了解 Vulkan（並更好地調試）的資源

深入了解 Vulkan 有助於您解讀 VK_ERROR_DEVICE_LOST 等錯誤，而無需盲目操作。一位社群成員推薦了 Khronos 官方資源，其中包含適合初學者的入門方法和精選清單。 他們是一個很好的基地 無論您是在編程還是只是想了解發生了什麼。

• Vulkan 初學者指南（Khronos）：一系列入門資源，幫助您入門並了解 API 理念。
• GitHub 上的 Khronos Vulkan 資源：清單顯示資源已移至 vulkan.org，您將在其中找到更新的文檔。

如果你不知道從哪裡開始， 這些指南將幫助你避免反覆嘗試 混亂，並將為您提供解決設備遺失、逾時、同步問題等問題的標準。

社群訊號：互動與評論

除了詳細的報告外，還有 像是「讚」這樣的輕鬆互動 在評論中，以及在他們被問到的對話中 學習資源。雖然它們看起來像是小細節，但它們反映出這個主題是 鮮活且共享，並且許多解決方案都是從經驗的累積中產生的。

您的案件的快速清單

如果您現在遇到這種情況，請嘗試這個。 檢查清單，受到先前案例的啟發：

• 更新或回滾驅動程式如果您剛更新並且開始出現故障，請嘗試先前的穩定版本；如果您幾個月沒有更新，請安裝最新的 WHQL。
• 禁用覆蓋：Steam、Discord、GeForce Experience 等，看看錯誤是否頻率改變。
• NVIDIA 根據遊戲進行調整：在《底特律：成為人類》中，將 Vulkan/OpenGL 預設為「優先使用 DXGI 交換鏈中的圖層」可解決崩潰問題。
• 螢幕模式和 FPS：強制獨佔全螢幕並適度限制 FPS 以穩定渲染佇列。
• 清除著色器快取：刪除遊戲快取檔案以及驅動程式（如果適用）。
• 系統日誌：Linux 上的 dmesg/journalctl 或 Windows 上的事件檢視器來偵測驅動程式重設或錯誤。

何時報告以及報告內容

如果問題仍然存在，請報告給 準確的信息 加快幫助速度。避免在關鍵字段中出現「無回應」：包括 遊戲ID和時間戳 如果這是一場有重播的遊戲，並附上 螢幕截圖或日誌 在可能的情況下。

不要忘記添加 完善的技術環境：作業系統版本（例如 Windows 10 build 19045.4529）， 精確的 GPU （GeForce GTX 1080、RTX 3080）、驅動程式版本（例如 566.12），以及您是否使用 RenderDoc，它的具體版本 （例如 RenderDoc_2024_07_02_0406d376_64）。這些數據非常寶貴，值得複製。

Preguntas frecuentes

為什麼遊戲出現在錯誤之後不會崩潰而只是循環？ 因為應用程式進入了邏輯設備遺失的狀態，但輸出邏輯尚未完全執行。實際上， 你必須強制關閉 並檢查哪些事件或設定觸發了該狀態。

清除著色器快取有幫助嗎？ 在某些情況下是的，尤其是當 建置和快取之間的不一致 （例如著色器物件範例中的 .bin 檔案）。這是一種快速丟棄損壞狀態的方法。

如果我懷疑是司機的問題，我該用 RenderDoc 捕捉嗎？ 捕獲罐 幫助理解管道，但如果擴充程式或驅動程式是綠色的，也可能導致不穩定。請先在不捕獲的情況下進行測試，如果捕獲了，請使用該工具的版本進行測試。 你知道穩定 對於你的情況。

覆蓋會導致 VK_ERROR_DEVICE_LOST 嗎？ 是的，有時 注入層幹擾交換鏈 或同步。禁用它們是首先要執行的測試之一。

如果我在 Windows 中也看到 BSOD 怎麼辦？ 這表明 內核/驅動程式或硬體層級的問題除了 Vulkan 步驟之外，它還執行記憶體測試、檢查溫度、檢查電源並分析小型轉儲以定位故障模組。

您有一個清晰的路線圖： 識別模式，隔離觸發因素，並套用經過驗證有效的調整從 NVIDIA 控制面板中用於在 RTX 3080 上運行《底特律：成為人類》遊戲的預設更改，到 Linux 上 Dota 2 的 RenderDoc 捕獲指南和監控日誌，都有切實的解決方案可以顯著減少 VK_ERROR_DEVICE_LOST 類型的崩潰。如果您也依賴 Khronos 資源來了解 Vulkan 的基礎知識， 每次嘗試都會更加準確 您將在盲測上浪費更少的時間。