如果你用過 VM 虛擬機(jī)多半遇到過一種有點(diǎn)像“卡進(jìn)后室”的時(shí)刻屏幕停在“正在安裝虛擬網(wǎng)絡(luò)”光標(biāo)可以移動(dòng)但進(jìn)度條像被凍結(jié)或者虛擬機(jī)窗口里只有一片黑宿主機(jī)卻告訴你“正在運(yùn)行”再或者你建了一臺(tái) CentOS裝完重啟網(wǎng)絡(luò)永遠(yuǎn)連不上感覺像走進(jìn)一條找不著出口的走廊每扇門都通向下一個(gè)報(bào)錯(cuò)。“卡進(jìn)后室”這個(gè)說法放在 VM 話題下意外精準(zhǔn)。不是真的遇到了都市怪談而是虛擬機(jī)故障往往不是“啪一下崩掉”而是“看起來還有救實(shí)際上繞不出來”。這類問題真正麻煩的地方在于它不像藍(lán)屏有明確指向報(bào)錯(cuò)未必出現(xiàn)于是很多人反復(fù)重啟、重裝、換鏡像最后越改越亂。我的建議是這個(gè)階段先停下來。不要再重裝了先回答一個(gè)問題——當(dāng)前這臺(tái) VM 到底卡在哪一層。虛擬機(jī)異常通常來自四個(gè)層面鏡像與安裝源、宿主機(jī)與平臺(tái)、虛擬機(jī)配置參數(shù)、客戶機(jī)內(nèi)部的驅(qū)動(dòng)和服務(wù)。把故障歸到具體樓層比盲目重裝有效得多。這篇文章就拿我見過的高頻“后室入口”做例子把每一層的卡點(diǎn)、排查方法和通用流程拆開講。1. “卡進(jìn)后室”的虛擬機(jī)先看它卡在哪一層1.1 鏡像和安裝源很多卡死從開始就注定了熱詞里排在前面的是“vm安裝卡在正在安裝虛擬網(wǎng)絡(luò)”。這個(gè)現(xiàn)象太典型了。VMware 安裝過程中默認(rèn)會(huì)嘗試給 Windows 客戶機(jī)安裝虛擬網(wǎng)卡驅(qū)動(dòng)這一步通常出現(xiàn)在 VMware Tools 安裝階段表現(xiàn)為安裝程序停在“正在安裝虛擬網(wǎng)絡(luò)”或類似提示卡上十幾分鐘甚至更久。很多人第一反應(yīng)是等第二反應(yīng)是強(qiáng)殺進(jìn)程重裝。但從經(jīng)驗(yàn)看這個(gè)卡點(diǎn)往往不是 VMware 本身的鍋而是下面幾種情況之一下載的 ISO 不是原版鏡像而是別人精簡過、集成過驅(qū)動(dòng)的版本網(wǎng)絡(luò)組件缺失或者被改過宿主機(jī)殺毒軟件攔截了 VMware 的虛擬網(wǎng)卡驅(qū)動(dòng)系統(tǒng)里殘留了舊版 VMware 的虛擬網(wǎng)卡驅(qū)動(dòng)新版本安裝時(shí)和舊驅(qū)動(dòng)沖突安裝包本身不完整或者是從不正規(guī)渠道下載的修改版。處理順序應(yīng)該是先給它 5 到 10 分鐘打開任務(wù)管理器看看有沒有網(wǎng)絡(luò)相關(guān)進(jìn)程在反復(fù)重試如果確實(shí)卡死首先卸載掉當(dāng)前 VMware進(jìn)入設(shè)備管理器把舊虛擬網(wǎng)卡清理掉再重新安裝官方原版安裝包同時(shí)把 ISO 換回官方原版鏡像不要用“安裝更快”的精簡版。另一個(gè)常見的鏡像層問題是 ISO 文件沒下完整。你從網(wǎng)盤或某些下載站拿到的鏡像大小對(duì)不上解壓報(bào)錯(cuò)安裝到一半提示找不到文件。這種問題最好從源頭解決去官方渠道下載鏡像下載后看文件大小和校驗(yàn)值是否和官方公布的一致。注意不要因?yàn)橐淮伟惭b卡頓就反復(fù)重裝系統(tǒng)。先確認(rèn) ISO 校驗(yàn)、VMware 網(wǎng)絡(luò)組件和殺軟狀態(tài)換鏡像重裝應(yīng)該是最后手段。1.2 宿主機(jī)和平臺(tái)虛擬化開關(guān)、WSL、服務(wù)都要查鏡像沒問題安裝還是卡下一步看宿主機(jī)。這里最常見的兩個(gè)熱詞是“vm虛擬化無法勾選”和“wsl與vm沖突”。先說虛擬化。VMware 的運(yùn)行依賴 CPU 虛擬化指令集Intel VT-x 或 AMD-V。如果宿主機(jī) BIOS/UEFI 里沒開啟虛擬化或者 Windows 的系統(tǒng)功能里開啟了“Hyper-V”“虛擬機(jī)監(jiān)控程序平臺(tái)”VMware 就會(huì)提示無法使用虛擬化引擎甚至在“處理器”設(shè)置里虛擬化選項(xiàng)是灰色的。排查方法很簡單打開任務(wù)管理器切到“性能”標(biāo)簽點(diǎn)擊 CPU看右下角“虛擬化”一欄是“已啟用”還是“已禁用”如果顯示“已禁用”重啟進(jìn) BIOS/UEFI找到 Intel Virtualization Technology 或 SVM Mode改為 Enabled如果顯示“已啟用”但 VMware 還是提示虛擬化被占用那基本是 Windows 的 Hyper-V、內(nèi)核隔離或 WSL2 在搶占虛擬化層?！皐sl與vm沖突”是這幾年出現(xiàn)的新問題。WSL2 默認(rèn)基于 Hyper-V 架構(gòu)會(huì)在 Windows 里啟用虛擬機(jī)監(jiān)控程序平臺(tái)。舊版 VMware Workstation 看到 Hyper-V 運(yùn)行就會(huì)拒絕使用硬件虛擬化表現(xiàn)就是裝不上、啟動(dòng)慢、虛擬化選項(xiàng)灰色。解決方向有三個(gè)把 VMware 升級(jí)到 15.5.5 以上的版本新版支持與 Hyper-V 共存如果還是沖突把 WSL2 暫時(shí)關(guān)掉或降級(jí)到 WSL1或者干脆放棄 VMware改用 VirtualBox 或 WSL2 里的虛擬化方案。這里沒有一個(gè)萬能答案取決于你更依賴哪一邊。宿主機(jī)層面還有一類容易被忽略的問題VMware 的后臺(tái)服務(wù)沒有啟動(dòng)。安裝完 VMware 后有個(gè)別系統(tǒng)服務(wù)被手動(dòng)優(yōu)化工具關(guān)掉了導(dǎo)致創(chuàng)建虛擬機(jī)時(shí)報(bào)錯(cuò)或者網(wǎng)絡(luò)和共享功能失效?？梢源蜷_“服務(wù)”確認(rèn)VMware Authorization Service、VMware DHCP Service、VMware NAT Service這幾個(gè)服務(wù)處于“正在運(yùn)行”狀態(tài)。1.3 虛擬機(jī)配置內(nèi)存、固件、磁盤控制器互相牽扯鏡像沒問題宿主機(jī)也沒問題接下來就是虛擬機(jī)自身的硬件配置。最常見的是內(nèi)存分配過小。裝 Windows Server 2019 或 Ubuntu 新版桌面版時(shí)如果只給 1GB 甚至 512MB安裝程序會(huì)非常慢甚至解壓階段直接卡死或報(bào)錯(cuò)。反過來也不要一上來就給 8 核 16GB資源過度分配不會(huì)讓安裝變快反而可能讓宿主機(jī)內(nèi)存不足出現(xiàn)更詭異的現(xiàn)象。固件類型也會(huì)引發(fā)“后室”效果。虛擬機(jī)的固件分 BIOS 和 UEFI 兩種。新系統(tǒng)默認(rèn)可以用 UEFI但有些 PE 工具、老系統(tǒng)或特殊鏡像只支持 BIOS 引導(dǎo)。固件選錯(cuò)的表現(xiàn)通常是虛擬機(jī)窗口一片黑或者顯示“Operating system not found”但虛擬磁盤里明明有系統(tǒng)。這時(shí)候不要重裝先到虛擬機(jī)設(shè)置里把固件模式改一下。磁盤控制器同樣重要。虛擬磁盤可以選擇 IDE、SATA、SCSI 和 NVMe。不同客戶機(jī)系統(tǒng)對(duì)控制器的支持不一樣。PE 下看不到硬盤、Linux 安裝器找不到磁盤很多時(shí)候就是控制器不兼容。我把這些常見卡點(diǎn)整理成一張表故障現(xiàn)象優(yōu)先排查項(xiàng)常見原因安裝向?qū)Эㄔ凇罢诎惭b虛擬網(wǎng)絡(luò)”VMware 網(wǎng)絡(luò)組件、殺軟、ISO 完整性網(wǎng)卡驅(qū)動(dòng)安裝失敗、鏡像精簡虛擬機(jī)啟動(dòng)后黑屏無引導(dǎo)固件類型BIOS/UEFI、ISO 引導(dǎo)方式固件與鏡像不匹配進(jìn)入 PE 后看不到硬盤磁盤控制器類型、磁盤是否初始化PE 缺少控制器驅(qū)動(dòng)鼠標(biāo)可以動(dòng)但進(jìn)度條長時(shí)間不動(dòng)內(nèi)存分配、CPU 核數(shù)資源過小或鏡像兼容性差處理器設(shè)置中虛擬化選項(xiàng)灰色宿主機(jī)虛擬化開關(guān)、Hyper-V/WSL2虛擬化被占用或未開啟2. 安裝系統(tǒng)的每一個(gè)經(jīng)典“后室”關(guān)卡2.1 進(jìn)入PE后看不到硬盤磁盤控制器的兼容性“vm進(jìn)入pe沒有硬盤”在熱詞里排得很靠前。這個(gè)場景一般是你已經(jīng)創(chuàng)建好虛擬機(jī)掛載了一個(gè) Windows PE 啟動(dòng)盤啟動(dòng)后進(jìn)入了 PE 桌面卻發(fā)現(xiàn)磁盤管理里沒有虛擬磁盤或者裝系統(tǒng)時(shí)找不到本地磁盤。問題通常不在虛擬機(jī)本身而在 PE 鏡像和虛擬磁盤控制器之間的兼容性。PE 鏡像內(nèi)置的磁盤驅(qū)動(dòng)通常不會(huì)很全如果你把虛擬磁盤控制器設(shè)成了 NVMe而 PE 里沒有集成 NVMe 驅(qū)動(dòng)自然看不到硬盤。處理方法有兩種在虛擬機(jī)設(shè)置里把硬盤的“虛擬設(shè)備節(jié)點(diǎn)”從 NVMe 改成 SATA或從 SATA 改成 IDE然后重新進(jìn)入 PE 看看換一個(gè)更新、驅(qū)動(dòng)更全的 PE 鏡像。還有一種情況是磁盤存在但沒初始化。如果你在 PE 里能看到磁盤但無法分區(qū)可以用磁盤管理或 diskpart 工具把磁盤轉(zhuǎn)換成 GPT 或 MBR 并新建分區(qū)。但要注意虛擬機(jī)里的硬盤如果是全新配置通常不需要手動(dòng)初始化PE 看不到多半還是驅(qū)動(dòng)問題。2.2 Windows Server 2019、XP這類特殊系統(tǒng)的安裝卡點(diǎn)熱詞里“vm安裝windows server2019問題”“vm裝win xp”都有。這兩個(gè)系統(tǒng)正好代表了兩類極端。Windows Server 2019 是相對(duì)新的系統(tǒng)裝不上的常見原因包括鏡像版本不是官方原版、內(nèi)存分配過小建議至少 2GB、CPU 虛擬化未開啟、虛擬磁盤空間不足。如果安裝過程中一直轉(zhuǎn)圈或重啟優(yōu)先檢查這幾項(xiàng)。XP 則是另一個(gè)方向。VMware 新版本對(duì)老系統(tǒng)的默認(rèn)配置并不友好XP 安裝卡死或藍(lán)屏?xí)r很多情況下需要把虛擬機(jī)配置調(diào)“舊”一點(diǎn)固件類型使用 BIOS而不是 UEFICPU 分配為單核如果安裝后頻繁藍(lán)屏嘗試關(guān)閉 3D 加速磁盤控制器建議使用 IDE而不是 SATA/NVMe。這個(gè)反直覺的地方在于VMware 默認(rèn)給了更“現(xiàn)代”的硬件配置但 XP 沒有對(duì)應(yīng)驅(qū)動(dòng)反而跑不起來。所以在創(chuàng)建虛擬機(jī)時(shí)不要急著用“推薦設(shè)置”要看清客戶機(jī)系統(tǒng)的真實(shí)年代再選硬件。2.3 Ubuntu/CentOS裝完上不了網(wǎng)網(wǎng)卡驅(qū)動(dòng)和網(wǎng)絡(luò)模式“vm虛擬機(jī) centos 7 網(wǎng)絡(luò)配置”也是高頻詞。Linux 安裝完上不了網(wǎng)通常分兩類原因網(wǎng)卡沒啟用或者網(wǎng)絡(luò)模式選錯(cuò)。如果你的 CentOS 7 輸入ip addr發(fā)現(xiàn)網(wǎng)卡沒有 IP而配置文件在最常見的問題就是ONBOOTno。編輯/etc/sysconfig/network-scripts/ifcfg-eth0或ifcfg-ens33把ONBOOT改成yes然后重啟網(wǎng)絡(luò)服務(wù)即可。Ubuntu 18.04 以后的系統(tǒng)用的是 Netplan配置路徑是/etc/netplan/01-network-manager-all.yaml。改動(dòng)后執(zhí)行sudo netplan apply。還要理解 VM 的三種網(wǎng)絡(luò)模式很多人一上來就選“橋接模式”結(jié)果發(fā)現(xiàn)沒網(wǎng)。三種模式對(duì)應(yīng)不同場景網(wǎng)絡(luò)模式行為適用場景NAT虛擬機(jī)和宿主機(jī)共享一個(gè)地址通過宿主機(jī)上網(wǎng)默認(rèn)選擇單機(jī)上網(wǎng)用這個(gè)最省心橋接虛擬機(jī)直接和宿主機(jī)在同一局域網(wǎng)擁有獨(dú)立 IP需要局域網(wǎng)其他機(jī)器訪問 VM僅主機(jī)只能和宿主機(jī)通信不能訪問外網(wǎng)隔離和調(diào)試如果用的是 NAT 卻無法上網(wǎng)先檢查 VMware 的 NAT 服務(wù)和 DHCP 服務(wù)是否在運(yùn)行。如果是橋接連不通優(yōu)先檢查虛擬機(jī)和宿主機(jī)是不是同一個(gè)網(wǎng)段以及客戶機(jī)防火墻是否放行了對(duì)應(yīng)端口。2.4 macOS分辨率卡死在1024×768顯卡驅(qū)動(dòng)沒跟上“vm 安裝mac 分辨率1024*768”是很多人的真實(shí)體驗(yàn)macOS 裝好后能進(jìn)系統(tǒng)但桌面分辨率永遠(yuǎn)是 1024×768怎么改都改不上去。這通常不是設(shè)置項(xiàng)的問題而是顯卡驅(qū)動(dòng)沒有正確加載。在虛擬機(jī)里運(yùn)行 macOS需要安裝對(duì)應(yīng)的虛擬機(jī)驅(qū)動(dòng)組件比如 VMware Tools 或針對(duì) macOS 的 darwin 驅(qū)動(dòng)分辨率才會(huì)正常。實(shí)際落地時(shí)要注意確認(rèn)當(dāng)前 VMware 版本是否匹配你安裝的 macOS 版本在虛擬機(jī)設(shè)置中勾選“加速 3D 圖形”顯存不要設(shè)得太小使用官方或正規(guī)渠道獲得的原版鏡像和工具。如果你只是想體驗(yàn)一下 macOS 環(huán)境建議先查清楚當(dāng)前 VMware 版本對(duì) macOS 版本的支持情況再?zèng)Q定要不要折騰。這是 VM 使用中少有的“版本敏感”場景之一。3. 裝完只是開始運(yùn)行期才是真正的深淵入口3.1 沒有界面的開機(jī)自啟動(dòng)“vmware開機(jī)自啟動(dòng) vm虛擬機(jī)沒有界面”這類問題聽起來嚇人其實(shí)多數(shù)不是故障。VMware 的虛擬機(jī)可以配置成開機(jī)自啟動(dòng)但自啟動(dòng)不代表會(huì)彈出控制臺(tái)窗口。機(jī)器可能已經(jīng)在后臺(tái)運(yùn)行只是你看著沒有界面。排查方式打開命令行執(zhí)行vmrun list看看有沒有正在運(yùn)行的虛擬機(jī)打開任務(wù)管理器查看是否有vmware-vmx.exe進(jìn)程這個(gè)進(jìn)程通常代表虛擬機(jī)正在跑如果需要圖形界面直接打開 VMware Workstation在庫中雙擊這臺(tái)虛擬機(jī)它會(huì)連接回正在運(yùn)行的會(huì)話。如果你想從命令行無界面啟動(dòng)虛擬機(jī)可以用類似這樣的命令vmrun start F:\VMs\Ubuntu\Ubuntu.vmx nogui這種方式適合服務(wù)器場景不適合日常操作。日常使用還是建議完整打開 VMware界面更直觀。3.2 共享文件夾不顯示、復(fù)制粘貼失效Tools沒裝對(duì)“vm虛擬機(jī)不顯示共享文件夾”“kali vm 共享文件”這類關(guān)鍵詞核心都在 VMware Tools 上。共享文件夾不顯示第一件事是確認(rèn)客戶機(jī)里有沒有裝好 VMware Tools 或 open-vm-tools。Windows 客戶機(jī)通常在 VMware 菜單欄“虛擬機(jī) - 安裝 VMware Tools”來安裝。Linux 客戶機(jī)尤其是 Ubuntu、Debian、Kali 這類系統(tǒng)更推薦用 open-vm-toolssudo apt update sudo apt install open-vm-tools-desktop -y裝完后重啟一次復(fù)制粘貼和自適應(yīng)分辨率通常就正常了。如果共享文件夾還是看不到手動(dòng)掛載一下sudo mkdir -p /mnt/hgfs sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o uid$(id -u) -o gid$(id -g)注意這一步不是所有情況都必需。有些新版本 VMware 加上新版 open-vm-tools 會(huì)自動(dòng)掛載但手動(dòng)掛載是排查時(shí)最穩(wěn)定的方法。Windows 客戶機(jī)不顯示共享文件夾除了安裝 Tools還要檢查虛擬機(jī)設(shè)置里的“共享文件夾”是否勾選了“總是啟用”并且至少添加了一個(gè)本地目錄。很多人忘了這一步只在宿主機(jī)里放了文件虛擬機(jī)當(dāng)然看不到。3.3 DX11和3D加速看起來像硬件問題其實(shí)是配置問題“vm虛擬機(jī) dx11”表示你在虛擬機(jī)里跑某些 3D 軟件提示不支持 DirectX 11。這不是虛擬機(jī)毫無辦法而是需要同時(shí)滿足幾個(gè)條件客戶機(jī)系統(tǒng)本身支持 DX11Windows 7 以上一般可以虛擬機(jī)設(shè)置里勾選了“加速3D圖形”顯存足夠建議至少 1GBVMware Tools 或 open-vm-tools 已正確安裝宿主機(jī)顯卡驅(qū)動(dòng)正常。即便全部滿足虛擬機(jī)里的 3D 性能也不如物理機(jī)。VMware 的圖形虛擬化適合做兼容性測試、跑一些輕量級(jí) 3D 應(yīng)用不是用來打高負(fù)載游戲的。遇到 DX11 報(bào)錯(cuò)先按這個(gè)順序檢查而不是直接認(rèn)定虛擬機(jī)不行。3.4 SSH連接超時(shí)先確認(rèn)IP再查防火墻“解決finalshell連接vm虛擬機(jī)時(shí)出現(xiàn)java.net.connectexception: connection timed”這類網(wǎng)絡(luò)超時(shí)問題在遠(yuǎn)程管理虛擬機(jī)時(shí)太常見了。按如下順序排查確認(rèn)虛擬機(jī)關(guān)機(jī)還是開機(jī)vmrun list查看確認(rèn)客戶機(jī) IP在虛擬機(jī)里執(zhí)行ip addr或ifconfig確認(rèn)虛擬機(jī)和宿主機(jī)能互通在宿主機(jī)里ping虛擬機(jī) IP確認(rèn)網(wǎng)絡(luò)模式如果是橋接虛擬機(jī)和宿主機(jī)是否在同一網(wǎng)段如果是 NAT宿主機(jī)訪問虛擬機(jī)通常沒問題確認(rèn)客戶機(jī) SSH 服務(wù)和管理軟件端口SSH 默認(rèn) 22確認(rèn)客戶機(jī)防火墻是否放行了 22 端口。這個(gè)順序里最容易忽略的是第 3 步。很多人網(wǎng)絡(luò)超時(shí)后直接去改防火墻其實(shí)問題可能是虛擬機(jī) IP 根本不在可達(dá)路徑上。先 ping 通再連能省掉大量排查時(shí)間。4. 注意有些“VM”問題根本不是虛擬機(jī)問題4.1 VM這個(gè)詞在技術(shù)語境里至少有四種含義“VM”在技術(shù)語境里是出了名的多義詞。搜“vm”會(huì)看到混合結(jié)果VMware 虛擬機(jī)、Node.js 里的 vm 模塊、Java 里的 JVM、還有海康的機(jī)器視覺軟件 VisionMaster也被簡稱為 VM。另外還有 Oracle VM VirtualBox 這種同樣做虛擬機(jī)的軟件。看到報(bào)錯(cuò)里帶 VM先確認(rèn)它在說哪個(gè) VM否則很容易整個(gè)人繞進(jìn)去。比如“idea啟動(dòng) cannot convert vm option string”里的 VM指的根本不是虛擬機(jī)而是 JVM 參數(shù)解析。你跑去改 VMware 設(shè)置一定找不到真正的原因。4.2 JVM啟動(dòng)報(bào)錯(cuò)和IDEA參數(shù)問題別去翻VMware設(shè)置熱詞里有一條很有代表性“error occurred during initialization of vm java.lang.error: java.lang.classn”。這個(gè)報(bào)錯(cuò)是 Java 程序的啟動(dòng)過程出了問題和 VMware 毫無關(guān)系。另一條更具體“idea啟動(dòng) cannot convert vm option string-xx:errorfile”。這個(gè)常見原因是idea64.exe.vmoptions文件里的 JVM 啟動(dòng)參數(shù)寫錯(cuò)了特別是-XX:ErrorFile這類參數(shù)如果后面的路徑里包含空格、中文字符或特殊符號(hào)JVM 會(huì)無法解析。典型錯(cuò)誤寫法-XX:ErrorFileC:\Program Files\JetBrains\hs_err_pid%p.log因?yàn)槁窂嚼镉锌崭馢VM 解析時(shí)很可能失敗。正確做法是把整個(gè)路徑放進(jìn)引號(hào)里或者把日志文件路徑改到?jīng)]有空格的目錄-XX:ErrorFileC:\Program Files\JetBrains\hs_err_pid%p.log如果剛改過 vmoptions 文件才出現(xiàn)報(bào)錯(cuò)先檢查改動(dòng)的參數(shù)行把不正確的參數(shù)刪除或恢復(fù)默認(rèn)通常問題就解了。這類問題不該觸發(fā)“虛擬機(jī)”這個(gè)方向。4.3 WSL與VMware沖突的正確處理順序再回到 WSL 與 VM 的沖突。這個(gè)問題在排查時(shí)經(jīng)常被人直接刪除 VMware 重裝其實(shí)順序應(yīng)該反過來先判斷你當(dāng)前 VMware 的版本是否支持與 Hyper-V 共存。Workstation 15.5.5 以上對(duì)這個(gè)問題已經(jīng)有明顯改善如果在舊版本上沖突備份 VMware 的配置后升級(jí)到新版本如果新版仍然沖突才考慮關(guān)閉 Hyper-V 或 WSL2不要為了強(qiáng)制共存去關(guān)掉 CPU 虛擬化那樣所有虛擬機(jī)性能都會(huì)受影響如果你同時(shí)依賴 WSL2 和 VMware優(yōu)先考慮用一臺(tái)遠(yuǎn)程物理機(jī)或云主機(jī)做虛擬化測試把本地環(huán)境從沖突里解放出來。4.4 虛擬化無法勾選時(shí)應(yīng)該檢查什么“vm虛擬化無法勾選”這個(gè)問題本質(zhì)上和 WSL 沖突、Hyper-V、內(nèi)核隔離都有關(guān)系。如果你在虛擬機(jī)設(shè)置的處理器選項(xiàng)中看到“虛擬化 Intel VT-x/AMD-V”是灰色別著急改 .vmx 文件先做這四步進(jìn) BIOS/UEFI 確認(rèn) CPU 虛擬化已開啟檢查 Windows 功能里是否啟用了 Hyper-V 或“虛擬機(jī)監(jiān)控程序平臺(tái)”檢查 Windows 安全中心的“內(nèi)核隔離 - 內(nèi)存完整性”是否打開檢查當(dāng)前虛擬機(jī)的硬件兼容級(jí)別太低或者 VM 版本太舊。其中第 3 步是最容易被忽略的。Windows 的內(nèi)核隔離會(huì)占用虛擬化平臺(tái)相關(guān)功能導(dǎo)致 VMware 的嵌套虛擬化選項(xiàng)變灰。把內(nèi)存完整性關(guān)閉并重啟后很多情況下選項(xiàng)會(huì)恢復(fù)。但要注意這是系統(tǒng)安全機(jī)制關(guān)掉前要評(píng)估風(fēng)險(xiǎn)不要為了一個(gè)虛擬機(jī)功能破壞整體安全性。5. 從“救火”到“脫困”一套通用排查流程5.1 先用五個(gè)問題給故障定性遇到“卡進(jìn)后室”式的閥機(jī)故障第一步不是百度而是先給問題定性。我的順序一直是這五個(gè)問題它卡在哪個(gè)階段是安裝向?qū)?、系統(tǒng)安裝、首次啟動(dòng)、日常運(yùn)行還是關(guān)機(jī)重啟有沒有具體報(bào)錯(cuò)是“文件不存在”“連接超時(shí)”“無法打開虛擬機(jī) ID”還是完全沒有報(bào)錯(cuò)屏幕是什么狀態(tài)是一點(diǎn)不能動(dòng)還是鼠標(biāo)能動(dòng)但進(jìn)度條不動(dòng)是黑屏、花屏還是卡在某個(gè) LOGO最近改了什么才裝完 Tools改了網(wǎng)絡(luò)模式升級(jí)了 VMware開了 WSL加了新硬盤日志里有什么VMware 的vmware.log、Windows 的事件查看器、Linux 的dmesg總有一個(gè)地方留了線索。前四個(gè)問題是幫你縮小范圍的第五個(gè)問題才是真正能定位根因的材料。不要跳過日志直接改配置。5.2 按現(xiàn)象→日志→輸入→環(huán)境→參數(shù)→工具邊界逐層排查虛擬機(jī)問題有個(gè)特點(diǎn)同一現(xiàn)象可能有完全不同的根因。所以排查順序要穩(wěn)定不要東一榔頭西一棒子。我習(xí)慣的順序是排查層檢查內(nèi)容典型工具/方法現(xiàn)象卡在哪里報(bào)錯(cuò)原文屏幕狀態(tài)截圖、錄屏、記錄文字日志VMware 日志、客戶機(jī)系統(tǒng)日志vmware.log、dmesg、事件查看器輸入ISO 校驗(yàn)、鏡像來源、虛擬硬件配置官方校驗(yàn)值、虛擬機(jī)設(shè)置環(huán)境BIOS 虛擬化、Hyper-V、WSL2、服務(wù)狀態(tài)任務(wù)管理器、Windows 功能參數(shù)內(nèi)存、CPU、磁盤控制器、固件、網(wǎng)絡(luò)模式虛擬機(jī)設(shè)置、.vmx 文件工具邊界版本兼容性、功能支持、已知問題VMware 版本、官方文檔這個(gè)順序的核心理由是看日志比猜現(xiàn)象客觀驗(yàn)證輸入比改參數(shù)便宜查環(huán)境比調(diào)參數(shù)更能找到根本問題參數(shù)放在最后是因?yàn)樵跊]有明確原因時(shí)改動(dòng)參數(shù)可能會(huì)引入新的變量。5.3 最小可運(yùn)行檢查單如果一臺(tái) VM 怎么都調(diào)不順我會(huì)直接重置到最小可運(yùn)行狀態(tài)再逐步疊加。檢查單如下項(xiàng)目需要確認(rèn)的狀態(tài)VMware 版本已更新到支持當(dāng)前客戶機(jī)的版本ISO 鏡像官方原版校驗(yàn)值一致BIOS 虛擬化任務(wù)管理器顯示“已啟用”Windows 功能Hyper-V 或虛擬機(jī)監(jiān)控程序未干擾固件類型與系統(tǒng)匹配BIOS/UEFI內(nèi)存不低于客戶機(jī)最低要求磁盤控制器與客戶機(jī)/PE 兼容網(wǎng)絡(luò)模式NAT 最省心橋接連不上時(shí)先換 NAT 測試VMware Tools已安裝版本匹配殺軟/防火墻未攔截 VMware 服務(wù)或驅(qū)動(dòng)先把這些項(xiàng)目全部落實(shí)到“能跑的最小配置”然后再去調(diào)共享文件夾、3D 加速、性能參數(shù)。不要在基礎(chǔ)沒打牢時(shí)就追求高級(jí)功能。5.4 向別人求助時(shí)怎么提問才算有效如果你自己排查了兩輪還沒搞定需要去社區(qū)提問注意提問方式?jīng)Q定你多久能得到答案。有效提問至少包含六項(xiàng)宿主機(jī)系統(tǒng)與版本W(wǎng)indows 10 22H2、macOS 13 等VMware 或 VirtualBox 的版本號(hào)客戶機(jī)系統(tǒng)與位數(shù)如 Ubuntu 22.04 x64故障發(fā)生的具體階段和現(xiàn)象描述是安裝時(shí)、啟動(dòng)時(shí)還是運(yùn)行時(shí)報(bào)錯(cuò)原文盡量用文字不要只說“報(bào)錯(cuò)了”虛擬機(jī)配置包括內(nèi)存、CPU、磁盤控制器、網(wǎng)絡(luò)模式。最無效的提問就是“我的 VM 卡了”。這種問題即使經(jīng)驗(yàn)豐富的人也沒法直接回答。你的描述越完整對(duì)方能給的判斷就越準(zhǔn)。6. 把這次“后室”經(jīng)歷變成以后不踩坑的資本6.1 每次創(chuàng)建虛擬機(jī)都保存一個(gè)環(huán)境基線我建議每臺(tái)長期使用的虛擬機(jī)都保存一份環(huán)境基線。內(nèi)容包括鏡像名稱和下載來源、鏡像校驗(yàn)值、VMware 版本、虛擬機(jī)配置內(nèi)存/CPU/磁盤控制器/固件/網(wǎng)絡(luò)模式、安裝的 Tools 版本、以及最開始能正常工作的快照。這份基線有兩個(gè)用途。一是當(dāng)系統(tǒng)后續(xù)出現(xiàn)問題時(shí)可以快速判斷是不是環(huán)境漂移二是當(dāng)你決定卸載或重建虛擬機(jī)時(shí)能照著基線一鍵恢復(fù)而不是靠記憶猜。很多人喜歡虛擬機(jī)裝好后什么都不記直到出問題才回去翻歷史。等到你同時(shí)跑五臺(tái)虛擬機(jī)就會(huì)明白一份記錄比記憶可靠得多。6.2 先跑通最小配置再逐步疊加給新虛擬機(jī)裝系統(tǒng)時(shí)不要一上來就把所有功能都配齊。建議這樣走新建虛擬機(jī)時(shí)選擇“稍后安裝操作系統(tǒng)”不要自動(dòng)推薦裝 Tools先用默認(rèn)配置安裝原版純凈系統(tǒng)目的只是確認(rèn)“能開機(jī)”確認(rèn)網(wǎng)絡(luò)能通、能上網(wǎng)安裝 VMware Tools 或 open-vm-tools做一次干凈快照再逐步配置共享文件夾、附加硬盤、3D 加速、調(diào)整內(nèi)存。這個(gè)流程看似多花了幾步實(shí)際能省下最多時(shí)間。因?yàn)樵凇白钚∨渲谩毕氯绻€出問題問題一定在基礎(chǔ)層而在“疊加配置”下出問題問題一定在上一步新加的內(nèi)容里。定位范圍天然縮小一半。6.3 不是所有場景都必須用VMware說了這么多還是要回到一個(gè)更底層的判斷VMware 不等于“虛擬機(jī)”的全部也不一定是你當(dāng)前場景的最優(yōu)解。如果你只是需要一個(gè) Linux 命令行環(huán)境WSL2 在 Windows 上可能更輕快如果你要跑一組服務(wù)做聯(lián)調(diào)Docker 或云主機(jī)可能比虛擬機(jī)更合適如果你對(duì)性能隔離有更高要求KVM 或物理機(jī)加虛擬化平臺(tái)是更穩(wěn)的路徑如果你是做系統(tǒng)兼容性測試需要和宿主機(jī)隔離開才比較適合用 VMware 或 VirtualBox 這類桌面級(jí)虛擬機(jī)。反過來如果你用 VMware 卡了很久不妨在 VirtualBox 里把同一個(gè) ISO 復(fù)現(xiàn)一次。如果兩個(gè)平臺(tái)都卡那問題幾乎可以肯定在鏡像或系統(tǒng)本身如果只有一個(gè)平臺(tái)正常那你糾結(jié)的方向也就清楚了?！翱ㄟM(jìn)后室”的體驗(yàn)很磨人但它有一個(gè)好處它會(huì)逼你把操作流程重新梳理一遍。一臺(tái)配置清晰、鏡像正規(guī)、Tools 完整、日志可查的虛擬機(jī)是不太容易憑空失蹤的。下次再遇到那種像掉進(jìn)平行空間的詭異卡頓把它當(dāng)成一次審題而不是一次玄學(xué)事件。先定位再動(dòng)手最后記錄。你會(huì)發(fā)現(xiàn)看似沒有出口的走廊其實(shí)還是有結(jié)構(gòu)的。