在 VMware 裡更新 Kali Linux 後重新開機，可能會遇到這個狀況：
- Kali 正常開機
- XFCE 桌面正常顯示
- 滑鼠可以移動、可以點擊
- 但游標完全看不到
很多人第一反應是「Kali 更新壞了」，於是開始重裝一堆套件。實際上，這個症狀的根因常常不在 Kali 裡，而是 VMware 的 Virtual Hardware Compatibility（虛擬硬體相容性） 版本太舊。
本文測試與參考版本：Kali Linux v2026.2
快速解法
- 把 Kali 完整關機（Shut Down），不要只用 Suspend。
- 在 VMware Workstation Pro 中依序點選 VM → Manage → Change Hardware Compatibility。
- 選擇目前 VMware Workstation 支援的最新版 Hardware Compatibility，本文改成 16.2 可正常使用。
- 套用修改後重新啟動 Kali。
原案例升級 Virtual Hardware Compatibility 後，游標直接恢復正常，不需要再改 Kali 裡的任何設定。
如果這台 VM 是很久以前建立的，也可以考慮直接改用官方新版映像檔：
- Kali 官方虛擬機下載：https://www.kali.org/get-kali/#kali-virtual-machines
⚠️ 調整 Hardware Compatibility 或更換 VM 前，請先備份 Lab、工具、設定與研究資料。
一個很有用的判斷線索
先確認你的症狀屬於哪一種，兩者的排查方向完全不同：
| 症狀 | 可能的方向 |
|---|---|
| 滑鼠完全不能動、不能點 | VMware Tools、USB、Input Device |
| 滑鼠能動能點，只是看不到游標 | Rendering、Virtual GPU、Hardware Compatibility |
原案例屬於後者：游標進入 VM 後消失，但仍可正常操作；按下 Ctrl + Alt 把滑鼠釋放回 Host 之後，游標又會正常出現。
會這樣，是因為滑鼠輸入和游標顯示走的不是同一條路。游標要被畫出來，大致要經過：
Mouse Input → Guest OS → Xorg／XFCE Compositor → vmwgfx → VMware SVGA Virtual GPU → Host GPU → 畫面上的 Cursor
所以可能同時出現：座標正常、點擊正常、桌面正常，唯獨游標 Rendering 失敗。這也是為什麼你靠感覺「盲點」按鈕，按鈕還是會有反應——你只是不知道游標跑到哪裡而已。
虛擬機也有自己的「硬體版本」
使用 VMware 時常見的想法是：「VMware 沒換版本，虛擬機硬體也沒動過，應該不會是 VMware 的問題吧？」
但 VMware 裡有一項容易被忽略的設定：Virtual Hardware Version。
可以把它理解成 VMware 對虛擬機說的一句話：「我現在模擬的是這一代的虛擬硬體。」
這個版本會影響許多虛擬裝置：
- 虛擬顯示卡
- 滑鼠與輸入裝置
- CPU 功能
- 記憶體模型
- 虛擬 PCI 裝置
- VMware SVGA 顯示功能
重點是：升級 VMware Workstation，不代表既有 VM 的 Hardware Version 會跟著升級。 這是 VMware 刻意保留的設計——企業環境的 VM 常需要在不同版本的 VMware 平台之間搬移，如果每次更新都自動把 Hardware Version 拉到最新，舊平台反而會開不起來。因此是否升級，通常交由使用者主動決定。
為什麼「更新 Kali」會觸發這個問題
Kali 採用 Rolling Release，平常執行：
sudo apt update
sudo apt upgrade
或是：
sudo apt full-upgrade
都可能一次更新許多底層元件：Linux Kernel、vmwgfx、Mesa／Xorg、open-vm-tools、XFCE。
案例中的 Kali 更新後，Kernel、vmwgfx、open-vm-tools 與圖形相關元件都換成了較新的版本，但 VM 提供給 Kali 的虛擬硬體規格仍停留在舊版。整個狀況可以簡化成一條鏈：
新版作業系統 → 新版顯示驅動 → 需要較新的顯示功能 → 舊版 Virtual Hardware → 部分功能無法完整支援
最後就出現了那個很奇怪的畫面問題：滑鼠還在，但游標沒有被畫出來。
升級前後的差異
| 升級前 | 升級後 | |
|---|---|---|
| Kernel | 新版 | 新版 |
| vmwgfx | 新版 | 新版 |
| open-vm-tools | 新版 | 新版 |
| Virtual Hardware Version | 舊版 | 新版 |
| 結果 | 能力落差，游標無法繪製 | 顯示流程恢復正常 |
為什麼重裝 open-vm-tools 沒有效果？
遇到 VMware 裡的滑鼠異常，第一個想到的通常是：
sudo apt install --reinstall open-vm-tools-desktop
這個方向本身沒有錯，VMware Guest Integration 確實和 open-vm-tools 有關。但這次的問題不是 open-vm-tools 損壞，而是新版 Guest Driver 搭配舊版 Virtual Hardware 產生的相容性問題。
因此，即使你已經嘗試過以下方式，也不一定有用：
- 重新安裝
open-vm-tools - 重新啟動 VMware Tools
- 重新啟動 Window Manager
- 關閉 XFCE Compositor
原案例同樣試過這些 Guest OS 內部的修復方式，全都沒有成功。
這裡有一個值得記住的觀念：症狀發生在 Guest OS 裡，不代表 Root Cause 也在 Guest OS 裡。
真正值得學的是分層 Troubleshooting
這不只是「Kali 滑鼠不見怎麼修」，更是一個練習虛擬化排查的好案例。VMware 裡的一台 Kali，可以拆成這幾層：
Application
────────────
XFCE／Xorg
────────────
Linux Kernel／Driver
────────────
open-vm-tools
────────────
Virtual Hardware
────────────
VMware Hypervisor
────────────
Host OS
────────────
Physical Hardware
游標消失時，不要立刻認定是 Kali 壞掉，而是一層一層往下確認：
- Input 是否正常？
- Desktop 是否正常？
- Guest Driver 是否正常？
- Virtual GPU 是否正常？
- Virtual Hardware Version 是否相容？
- Hypervisor 是否有問題？
- Host GPU 是否有問題？
下次再遇到「Kali 更新後游標消失、但滑鼠還能點」，可以先照這條線思考：
Kali 更新 → Kernel／vmwgfx／Graphics Stack 更新 → Guest Driver 行為改變 → VMware Virtual Hardware 版本太舊 → Cursor Rendering 相容性問題
然後直接去看 VM → Manage → Change Hardware Compatibility，不用一開始就在 Kali 裡重裝一大堆套件。
最後
整個案例可以濃縮成一句話：
「剛更新完 Kali 才壞掉」，不等於「Kali 更新壞了」。
更新可能只改變了其中一層，卻把原本隱藏的相容性問題暴露出來。在虛擬化環境裡，我們同時面對的是 Guest OS、Guest Driver、Virtual Hardware、Hypervisor、Host OS 與 Physical Hardware 這一整疊。任何一層往前走，都可能讓原本勉強能運作的組合開始出問題。
所以下次遇到 VM 更新後的怪問題，除了問「Kali 哪裡壞了？」，也可以多問一句：
「Guest 更新之後，底下那層虛擬硬體還跟得上嗎？」
這往往才是找到 Root Cause 的起點。
參考案例：Cyberspacemanmike，〈Kali Cursor Missing in VMware After Upgrade (Solved)〉，2026 年 3 月 14 日。
