如果你最近剛在 Win11 上裝好 Docker Desktop點(diǎn)開圖標(biāo)之后眼睜睜看著它卡在 Starting the Docker Engine…點(diǎn)開設(shè)置里的 Troubleshoot或者直接去翻日志里面躺著一行wsl-keepalive failed to start——那恭喜你你遇到的不是個(gè)例而是 Docker Desktop 在 Windows 11 上最常見、也最讓人摸不著頭腦的一類啟動(dòng)故障。這個(gè)報(bào)錯(cuò)的坑在于表面上它指向 WSL但實(shí)際原因可能分布在 WSL 內(nèi)核版本、Windows 功能組件、Docker 發(fā)行版狀態(tài)、甚至殺毒軟件攔截這幾層。網(wǎng)上搜這個(gè)報(bào)錯(cuò)會(huì)得到一堆“重裝 Docker Desktop”“重裝 WSL”的結(jié)論但盲目重裝非常浪費(fèi)時(shí)間而且大概率治標(biāo)不治本。這篇文章我會(huì)按照自己排查這類問題時(shí)的實(shí)際順序從定位問題邊界、讀懂日志到按風(fēng)險(xiǎn)從低到高逐步修復(fù)再講清楚修好之后為什么會(huì)反復(fù)復(fù)發(fā)最后聊聊重裝前怎么保住鏡像和容器數(shù)據(jù)。如果你正卡在這一步直接照著往下操作就行。1. 動(dòng)手之前先花三分鐘搞清這個(gè)報(bào)錯(cuò)到底出在哪一層很多人一看到wsl-keepalive failed to start就條件反射去重裝 Docker其實(shí)這個(gè)報(bào)錯(cuò)只是結(jié)果不是原因。等高線排查之前先用三個(gè)命令確認(rèn) WSL 子系統(tǒng)本身還正不正常這一步能幫你省下大量無效操作。1.1 三個(gè)命令快速確認(rèn) WSL 子系統(tǒng)是否還能正常工作用管理員身份打開 PowerShell 或 Windows Terminal依次執(zhí)行下面三條命令wsl --status wsl -l -v wsl --version正常情況下wsl --status會(huì)輸出默認(rèn)版本、內(nèi)核版本號以及已安裝的發(fā)行版列表。如果提示“WSL 仍在安裝”或者“未安裝適用于 Linux 的 Windows 子系統(tǒng)”那就說明 WSL 組件本身就有問題Docker Desktop 當(dāng)然起不來。wsl -l -v會(huì)列出當(dāng)前所有發(fā)行版及其運(yùn)行狀態(tài)重點(diǎn)關(guān)注有沒有docker-desktop這個(gè)發(fā)行版以及它的狀態(tài)是不是 Running。如果連這個(gè)發(fā)行版都看不到說明 Docker Desktop 創(chuàng)建 WSL 發(fā)行版這步就失敗了。wsl --version是查看 WSL 自身版本的命令。這里有個(gè)很容易忽略的點(diǎn)Win11 雖然自帶 WSL但自帶版本未必夠新。如果執(zhí)行這條命令提示“命令行選項(xiàng)無效”說明你用的還是老版本 WSL 內(nèi)核后面需要更新。1.2 關(guān)鍵測試直接進(jìn)入 docker-desktop 發(fā)行版接下來做一個(gè)更直接的測試在終端里執(zhí)行wsl -d docker-desktop如果能看到#提示符說明 WSL 底層基本健康問題大概率出在 Docker Desktop 與 WSL 的協(xié)同環(huán)節(jié)如果提示“服務(wù)未安裝”“找不到發(fā)行版”或者直接報(bào)錯(cuò)退出說明docker-desktop這個(gè)發(fā)行版已損壞需要走后面的重置路線。還有一種情況值得注意進(jìn)入發(fā)行版之后發(fā)現(xiàn)系統(tǒng)時(shí)間不對或者基本命令執(zhí)行卡頓。這種時(shí)間偏差會(huì)直接導(dǎo)致 keepalive 心跳超時(shí)后面我會(huì)專門講。1.3 最簡單的溫啟動(dòng)實(shí)驗(yàn)先跑一次 wsl --shutdown在深入排查之前先做一次“溫啟動(dòng)”實(shí)驗(yàn)很多問題到這一步就解決了wsl --shutdown然后重新打開 Docker Desktop看能否正常進(jìn)入引擎。這個(gè)操作的原理很簡單WSL 的發(fā)行版跑在一個(gè)輕量虛擬機(jī)里如果上一次電腦異常斷電、休眠或者 WSL 子系統(tǒng)中途崩潰發(fā)行版狀態(tài)可能停留在“假死”狀態(tài)。wsl --shutdown會(huì)把所有發(fā)行版和 WSL 虛擬機(jī)強(qiáng)制終止下次啟動(dòng)時(shí)一切重新初始化。實(shí)測下來這種“假死”導(dǎo)致的 keepalive 失敗大概占三成。如果你的問題到這里就好了那基本可以確定是狀態(tài)異常而非配置損壞。但如果過幾天又復(fù)發(fā)就要考慮是不是有其他因素在不斷破壞 WSL 環(huán)境直接跳到第 4 章找根源。2. 日志里的 wsl-keepalive failed to start 到底在說什么網(wǎng)上很多人遇到這個(gè)報(bào)錯(cuò)就開始亂猜其實(shí)日志文件已經(jīng)把線索寫得明明白白。問題在于絕大多數(shù)人不知道去哪里看日志也不知道該看哪一段。2.1 日志文件去哪找Docker Desktop 的日志位置有幾個(gè)版本差異我按常見程度列一下老版本%LOCALAPPDATA%\Docker\log.txt新版本%LOCALAPPDATA%\Docker\log\host\目錄下按日期和模塊拆分了多個(gè)日志文件更省事的方式在 Docker Desktop 主界面右上角點(diǎn)擊 Bug 圖標(biāo)選擇 Report an issue或 Get support導(dǎo)出完整日志包然后用任意文本編輯器搜索keepalive如果你不確定自己的版本對應(yīng)哪個(gè)目錄優(yōu)先用第三種方式導(dǎo)出完整日志比自己對著文件夾找要靠譜得多。2.2 日志中 keepalive 相關(guān)的內(nèi)容長什么樣用文本編輯器打開日志直接搜索keepalive你大概率會(huì)看到類似這樣的記錄不同版本細(xì)節(jié)略有差異但格式大致相同time2024-11-20T09:12:3308:00 levelerror msgwsl-keepalive failed to start time2024-11-20T09:12:3308:00 levelerror msgerror getting wsl state: WSL_E_DISTRO_NOT_FOUND注意看第二行這類附加錯(cuò)誤信息它比第一行更重要。WSL_E_DISTRO_NOT_FOUND表示發(fā)行版丟失如果看到exit code 4294967295這種看起來嚇人的返回碼其實(shí)只是一個(gè)通用失敗值真正原因往往要往上翻幾行日志才能看到。還有一種常見情況日志提示context deadline exceeded。說明 keepalive 啟動(dòng)時(shí)等待 WSL 響應(yīng)超時(shí)WSL 虛擬機(jī)可能卡在初始化階段或者系統(tǒng)資源嚴(yán)重不足導(dǎo)致啟動(dòng)過程異常緩慢。2.3 機(jī)制解讀為什么卡在 “Starting the Docker Engine…”要真正理解這個(gè)報(bào)錯(cuò)得先知道 Docker Desktop 啟動(dòng)時(shí)背地里做了哪些事。簡單來說啟動(dòng)流程可以拆成四步檢查 WSL 內(nèi)核和 Windows 虛擬機(jī)相關(guān)功能是否就緒確認(rèn)docker-desktop發(fā)行版存在并把它啟動(dòng)到 Running 狀態(tài)在發(fā)行版內(nèi)部啟動(dòng)dockerd、containerd等守護(hù)進(jìn)程啟動(dòng)一個(gè) keepalive 機(jī)制持續(xù)確認(rèn)發(fā)行版與 Docker Desktop 之間的通信正常keepalive這個(gè)名字很形象它本質(zhì)上是一個(gè)心跳線程。你可以把它理解成兩個(gè)人打電話Docker Desktop 每隔一段時(shí)間就問 WSL“你還活著嗎”如果對方不接電話、信號中斷、或者等待回音的時(shí)間太長Docker Desktop 就會(huì)認(rèn)為“這個(gè)連接不可靠”于是放棄啟動(dòng)。所以界面卡在 Starting 并不是因?yàn)闆]在努力而是 Docker Desktop 在等待 WSL 給它一個(gè)可靠的回應(yīng)。任何導(dǎo)致 WSL 啟動(dòng)緩慢、響應(yīng)超時(shí)、中途崩潰的因素最終都會(huì)表現(xiàn)為 keepalive 失敗。3. 實(shí)測有效的修復(fù)方案按風(fēng)險(xiǎn)從低到高排序這一章是整個(gè)排查的核心。我按操作風(fēng)險(xiǎn)從低到高排列每個(gè)步驟都附上適用場景和原因分析。建議按順序嘗試每做完一步都重啟一次 Docker Desktop 驗(yàn)證不要一口氣全做完再驗(yàn)證否則你根本不知道是哪一步起了作用。3.1 先更新 WSL 內(nèi)核90% 的舊版本問題都在這里第一步不是重裝 Docker而是更新 WSL 內(nèi)核。在管理員 PowerShell 里執(zhí)行wsl --update如果命令有效它會(huì)自動(dòng)下載并安裝最新的 WSL 發(fā)行版組件。完成后執(zhí)行wsl --shutdown再啟動(dòng) Docker Desktop。這里要解釋一個(gè)常見誤區(qū)Win11 確實(shí)自帶 WSL但自帶的版本可能相當(dāng)舊。尤其是 2023 年之前發(fā)布的 Win11 版本內(nèi)置 WSL 內(nèi)核往往跟不上 Docker Desktop 新版的要求。Docker Desktop 對 WSL 內(nèi)核版本有最低要求太老的 WSL 內(nèi)核在創(chuàng)建發(fā)行版時(shí)就會(huì)失敗keepalive 更是無從談起。如果執(zhí)行wsl --update時(shí)提示“命令行選項(xiàng)無效”說明你用的是系統(tǒng)組件形式的舊版 WSL而不是新版 WSL。此時(shí)可以通過 Microsoft Store 搜索“Windows Subsystem for Linux”安裝新版 WSL也可以執(zhí)行wsl --install --no-distribution注意--no-distribution這個(gè)參數(shù)它只安裝 WSL 組件不會(huì)順帶裝 Ubuntu 發(fā)行版。很多人不知道這個(gè)參數(shù)執(zhí)行wsl --install后被迫裝了一個(gè) Ubuntu雖然不是壞事但確實(shí)不是所有人想要的。3.2 檢查并修復(fù) Windows 功能項(xiàng)如果 WSL 已經(jīng)更新到最新還是沒有解決下一步檢查 Windows 功能組件。按Win R輸入optionalfeatures回車打開“Windows 功能”窗口確認(rèn)下面兩項(xiàng)都處于勾選狀態(tài)適用于 Linux 的 Windows 子系統(tǒng)虛擬機(jī)平臺注意即使之前的系統(tǒng)為你默認(rèn)開啟了這些功能它們的狀態(tài)也可能在某些情況下被破壞。更穩(wěn)妥的做法是用管理員權(quán)限的 PowerShell 執(zhí)行以下命令強(qiáng)制開啟Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux,VirtualMachinePlatform -All -NoRestart執(zhí)行后必須重啟電腦這一步?jīng)]有商量的余地。另外如果你在日志里看到virtualization support not detected相關(guān)提示說明 BIOS/UEFI 層面的虛擬化可能沒開。重啟進(jìn)入固件設(shè)置把 Intel VT-x 或 AMD SVM 的開關(guān)打開。這是一層很底層的“總閘”Windows 功能開了但這里沒開虛擬機(jī)照樣起不來。3.3 .wslconfig 的保守寫法與配置坑很多系統(tǒng)優(yōu)化經(jīng)驗(yàn)貼會(huì)建議你在%USERPROFILE%\.wslconfig里寫各種調(diào)優(yōu)配置但對 Docker Desktop 用戶來說不恰當(dāng)?shù)呐渲梅炊鴷?huì)引發(fā) keepalive 失敗。如果你不確定自己的.wslconfig寫了什么或者從來沒寫過先檢查一下這個(gè)文件是否存在Test-Path $env:USERPROFILE\.wslconfig如果存在打開看內(nèi)容。一個(gè)保守、不容易出問題的配置模板是這樣的[wsl2] memory4GB processors4 localhostForwardingtrue這里要重點(diǎn)警告兩個(gè)容易踩坑的配置項(xiàng)第一個(gè)是networkingModemirrored。Windows 11 22H2 之后 WSL 支持鏡像網(wǎng)絡(luò)模式但 Docker Desktop 的某些版本與這種網(wǎng)絡(luò)模式存在兼容問題會(huì)把 keepalive 的通信鏈路搞掛。如果你之前為了追求“更接近宿主機(jī)網(wǎng)絡(luò)”設(shè)置了這一項(xiàng)遇到 keepalive 失敗先把它刪掉再試。第二個(gè)是autoMemoryReclaimdropcache。這個(gè)選項(xiàng)在部分機(jī)器上會(huì)導(dǎo)致 WSL 內(nèi)存回收過于激進(jìn)表現(xiàn)為啟動(dòng)變慢、進(jìn)程響應(yīng)超時(shí)。在 Docker Desktop 場景下保守優(yōu)先不建議設(shè)置。至于memory4GB和processors4這種限制反而起到保護(hù)作用。WSL 默認(rèn)會(huì)吃下宿主機(jī)幾乎所有空閑內(nèi)存如果機(jī)器內(nèi)存本來就緊張WSL 啟動(dòng)時(shí)會(huì)因?yàn)閮?nèi)存申請緩慢導(dǎo)致超時(shí)。給它一個(gè)明確但不夸張的資源上限keepalive 心跳反而更穩(wěn)定。3.4 重置 Docker 的 WSL 發(fā)行版會(huì)清空鏡像務(wù)必先看第 5 章如果以上操作都沒用問題大概率出在docker-desktop這個(gè)發(fā)行版本身。發(fā)行版內(nèi)部的系統(tǒng)文件損壞、配置錯(cuò)亂都會(huì)導(dǎo)致 dockerd 無法正常啟動(dòng)。重置發(fā)行版的命令是wsl --unregister docker-desktop舊版本 Docker Desktop 還有另一個(gè)數(shù)據(jù)發(fā)行版docker-desktop-data一起執(zhí)行wsl --unregister docker-desktop-data執(zhí)行完之后重新打開 Docker Desktop它會(huì)自動(dòng)重新創(chuàng)建發(fā)行版并初始化引擎。這個(gè)過程有個(gè)極其重要的提醒docker-desktop發(fā)行版里裝的不只是 Docker 引擎還有你拉取的所有鏡像、創(chuàng)建的容器、volume 數(shù)據(jù)。執(zhí)行wsl --unregister docker-desktop等于把整個(gè)數(shù)據(jù)盤格式化。所以執(zhí)行之前一定要先看第 5 章的內(nèi)容把數(shù)據(jù)保護(hù)好再動(dòng)手。3.5 無殘留卸載重裝 Docker Desktop如果重置發(fā)行版之后問題依舊那就只剩最后一條路徹底卸載重裝 Docker Desktop。很多人卸載軟件時(shí)只用卸載程序重裝后問題仍然存在原因就是殘留目錄沒有被清理。Docker Desktop 在系統(tǒng)里至少有這幾個(gè)位置%LOCALAPPDATA%\Docker%APPDATA%\Docker%PROGRAMDATA%\Docker%LOCALAPPDATA%\DockerDesktop正確順序是先用官方卸載程序卸載 Docker Desktop重啟電腦然后手動(dòng)刪除上面這些殘留目錄%LOCALAPPDATA%\Docker里可能包含鏡像數(shù)據(jù)如果第 5 章備份工作已經(jīng)做完這里可以放心刪再重新去官網(wǎng)下載最新版安裝包。3.6 升級 Windows 版本和補(bǔ)丁還有一個(gè)容易被忽略的維度Windows 系統(tǒng)本身的版本。Win11 的 22H2 早期版本和 23H2、24H2 在 WSL 組件上存在不少差異。如果你用的是預(yù)覽版或者長期沒更新的版本Docker Desktop 新版可能與你系統(tǒng)現(xiàn)有的 WSL 組件不兼容。打開“設(shè)置 → Windows 更新”把所有待裝補(bǔ)丁都裝上特別是涉及“虛擬機(jī)”“WSL”“Hyper-V”的更新。另外提醒一句升級大版本后原本能用的 Docker Desktop 也可能突然報(bào) keepalive 失敗因?yàn)?Windows 更新可能會(huì)替換 WSL 內(nèi)核或相關(guān)組件。這種情況不用慌張重新按 3.1 跑一遍wsl --update再重啟 Docker 就行。4. 修好之后很快又復(fù)發(fā)的深層原因環(huán)境的鍋如果你走完第 3 章的所有步驟問題解決了但過了一兩周又復(fù)發(fā)那基本可以斷定問題根源不在 Docker Desktop 本身而在你的系統(tǒng)環(huán)境。這一節(jié)專門聊幾個(gè)我見過的“環(huán)境型復(fù)發(fā)”案例。4.1 安全軟件攔截了 WSL 虛擬機(jī)進(jìn)程第一個(gè)高頻元兇是安全軟件。WSL2 底層會(huì)啟動(dòng)vmwp.exe、vmmemWSL等進(jìn)程這些進(jìn)程的行為特征很像“虛擬機(jī)在執(zhí)行未知代碼”比較敏感的安全軟件會(huì)對其進(jìn)行深度掃描甚至攔截。這種情況最典型的特征就是日志里 keepalive 失敗同時(shí) Windows 事件查看器里能看到 vmwp 相關(guān)的錯(cuò)誤記錄而且錯(cuò)誤是間歇性的。排查方法打開事件查看器在“Windows 日志 → 系統(tǒng)”里搜索vmwp、WSL關(guān)鍵詞看有沒有可疑的錯(cuò)誤。如果是安全軟件造成的問題把 WSL 相關(guān)進(jìn)程加入白名單或者臨時(shí)關(guān)閉實(shí)時(shí)保護(hù)測試一下。順帶提一句Windows Defender 的實(shí)時(shí)保護(hù)在有些電腦上也會(huì)與 WSL 搶資源但真正會(huì)“攔截”的還是第三方安全軟件和企業(yè)終端管控軟件居多。4.2 虛擬機(jī)軟件與 Hyper-V 底層共存第二個(gè)元兇是電腦上裝的其他虛擬機(jī)軟件。WSL2 依賴 Windows 的 Hyper-V 架構(gòu)如果你同時(shí)使用 VMware Workstation 或 VirtualBox并且啟用了不兼容的配置兩個(gè)虛擬化層會(huì)互相搶資源表現(xiàn)就是 WSL 虛擬機(jī)啟動(dòng)不穩(wěn)定、keepalive 超時(shí)。如果你必須同時(shí)使用兩種虛擬機(jī)建議打開“Windows 功能”里的“Windows 虛擬機(jī)監(jiān)控程序平臺”Windows Hypervisor Platform讓第三方虛擬機(jī)軟件運(yùn)行在 Hyper-V 之上。新版本 VMware 和 VirtualBox 對這種方式支持得比較好但體驗(yàn)取決于具體版本。如果實(shí)在無法共存只能二選一。既然是 Docker Desktop 報(bào)錯(cuò)優(yōu)先保留 WSL2 相關(guān)功能。4.3 電源管理、睡眠恢復(fù)后的狀態(tài)異常第三種場景非常典型我遇到好幾個(gè)人描述Docker Desktop 用著好好的電腦合蓋再打開發(fā)現(xiàn) Gunicorn 或其他容器服務(wù)連不上了重啟 Docker Desktop 就卡在 keepalive 失敗。這是因?yàn)?WSL 虛擬機(jī)在系統(tǒng)睡眠恢復(fù)后內(nèi)部時(shí)鐘和網(wǎng)絡(luò)?？赡芴幱阱e(cuò)亂狀態(tài)。Docker Desktop 的 keepalive 對時(shí)間敏感一旦內(nèi)部時(shí)鐘偏差過大心跳就失去了意義。解決思路有兩種第一種合蓋之前手動(dòng)執(zhí)行wsl --shutdown下次打開電腦后讓 WSL 干凈啟動(dòng)第二種修改電源計(jì)劃把合蓋動(dòng)作改為“不采取任何操作”從根源上避免睡眠。如果必須睡眠另一個(gè)實(shí)操技巧是寫一個(gè)簡單的計(jì)劃任務(wù)在電腦恢復(fù)時(shí)自動(dòng)執(zhí)行wsl --shutdown保證每次喚醒后 WSL 都是全新狀態(tài)。這個(gè)方法比手動(dòng)操作省心得多。4.4 企業(yè)管理策略導(dǎo)致 WSL 服務(wù)異常最后一種情況更容易被忽略公司電腦或者域控環(huán)境。有些企業(yè)的安全策略會(huì)限制 WSL 相關(guān)服務(wù)或者通過終端管控軟件定時(shí)重置系統(tǒng)服務(wù)狀態(tài)這會(huì)導(dǎo)致 WSL 服務(wù)被中途終止。如果你發(fā)現(xiàn)自己什么都做對了問題還是隔三差五出現(xiàn)建議看一下系統(tǒng)的“服務(wù)”列表確認(rèn)以下兩項(xiàng)沒有被禁用或設(shè)置成“手動(dòng)啟動(dòng)”狀態(tài)下又被人手動(dòng)停止LxssManagerWSL 服務(wù)vmcomputeHyper-V 虛擬機(jī)計(jì)算服務(wù)如果服務(wù)狀態(tài)異常右鍵手動(dòng)啟動(dòng)然后把啟動(dòng)類型設(shè)為“自動(dòng)”。不過在企業(yè)管控環(huán)境下就算你改回來了下次策略刷新可能又會(huì)被改回去這種情況就只能找 IT 部門協(xié)調(diào)了。5. 重裝前最該做的事把鏡像和容器數(shù)據(jù)安全帶出去第 3 章里的wsl --unregister docker-desktop這條命令能解決很多頑固問題但它也是一道分水嶺沒備份就執(zhí)行數(shù)據(jù)全沒備份好了再執(zhí)行后面基本都是坦途。這一章我專門講講怎么做備份和恢復(fù)避免你在最后一刻前功盡棄。5.1 為什么 unregister docker-desktop 會(huì)讓鏡像全部消失很多人誤以為docker-desktop這個(gè)發(fā)行版只是引擎實(shí)際從 Docker Desktop 4.x 開始鏡像、容器、volume 數(shù)據(jù)都存在這個(gè) WSL 發(fā)行版內(nèi)部的虛擬磁盤里。wsl --unregister會(huì)刪除整個(gè)發(fā)行版連帶虛擬磁盤一起抹掉里面的鏡像自然全沒了。所以這條命令不是不能執(zhí)行而是執(zhí)行前必須明確知道自己會(huì)失去什么。如果你沒有能力備份建議先跳到 5.2 和 5.3花十分鐘把數(shù)據(jù)導(dǎo)出來。5.2 用 docker save 備份鏡像備份鏡像用一個(gè)命令就能完成。在 PowerShell 里執(zhí)行$ids docker images -q docker save -o D:\backup\all-images.tar $ids第一行獲取所有鏡像 ID第二行把所有鏡像打包到一個(gè) tar 文件里?；謴?fù)時(shí)執(zhí)行docker load -i D:\backup\all-images.tar注意docker save保存的是鏡像不是容器。如果你有正在運(yùn)行的容器里面的業(yè)務(wù)數(shù)據(jù)不在這個(gè)備份范圍內(nèi)。5.3 容器文件與 volume 數(shù)據(jù)的導(dǎo)出方法容器文件備份有兩種常用方式。第一種用docker cp把需要保留的目錄直接復(fù)制到宿主機(jī)docker cp mycontainer:/app D:\backup\app第二種用docker commit把容器當(dāng)前狀態(tài)保存成一個(gè)新鏡像再docker save導(dǎo)出docker commit mycontainer myapp-backup:20250101 docker save -o D:\backup\myapp-backup.tar myapp-backup:20250101docker commit的優(yōu)點(diǎn)是保留容器內(nèi)部完整的文件系統(tǒng)狀態(tài)適合那種數(shù)據(jù)寫在容器可寫層、沒有掛載 volume 的場景。對于 Docker volume 的備份最通用的做法是借助一個(gè)臨時(shí)容器docker run --rm -v myvolume:/data -v D:\backup:/backup alpine tar czf /backup/myvolume.tar.gz -C /data .這條命令把 volume 里的文件打包成壓縮包放到D:\backup?；謴?fù)時(shí)docker run --rm -v myvolume:/data -v D:\backup:/backup alpine tar xzf /backup/myvolume.tar.gz -C /data用 alpine 鏡像做備份操作很輕量臨時(shí)容器用完即刪不會(huì)污染環(huán)境。如果你連 volume 的名字都忘了可以用docker volume ls查看列表。如果容器還在也可以直接docker inspect mycontainer查看 Mounts 部分確認(rèn)哪些目錄來自 volume。5.4 備份后恢復(fù)的完整流程完成備份之后再執(zhí)行wsl --unregister docker-desktop、清理殘留目錄、重裝 Docker Desktop。重新安裝完成后打開 Docker Desktop 等引擎就緒依次做三件事docker load -i D:\backup\all-images.tar恢復(fù)鏡像用docker volume create重新創(chuàng)建需要的 volume然后按之前的備份命令解壓回卷重新運(yùn)行容器注意在docker run時(shí)把端口映射、環(huán)境變量、掛載參數(shù)都按原來的配置寫回去這里我強(qiáng)烈建議在平時(shí)就把容器的運(yùn)行命令用 docker-compose.yml 管理起來這樣恢復(fù)環(huán)境的成本會(huì)低很多。否則每次重建容器都要回憶端口和參數(shù)早晚要出事。還有一個(gè)小建議如果你是想把整個(gè) Docker 環(huán)境遷移到另一臺電腦光靠docker savedocker load就足夠了。沒必要用wsl --export導(dǎo)出整個(gè)發(fā)行版因?yàn)?Docker Desktop 重裝后不保證能正確導(dǎo)入這種備份折騰一圈可能白費(fèi)功夫。最后說一點(diǎn)個(gè)人體會(huì)。wsl-keepalive failed to start這個(gè)報(bào)錯(cuò)本質(zhì)上不是 Docker Desktop 的引擎故障而是它和 WSL 之間的“信任關(guān)系”出現(xiàn)了裂縫。排查這種問題最忌諱的就是跳過前面幾步直接走到重裝這一步。我見過太多人因?yàn)闆]先wsl --shutdown就重裝系統(tǒng)最后發(fā)現(xiàn)其實(shí)一個(gè)命令就能解決的問題被搞成了大工程。而你只要按順序走先更新 WSL、再確認(rèn)功能組件、檢查 .wslconfig大概率不用走到重置發(fā)行版那一步。真到了那一步也別忘了先把鏡像和 volume 導(dǎo)出來——數(shù)據(jù)在重裝多少次都不怕。