近期，有關(guān)Windows 11 24H2系統(tǒng)的一個嚴重問題引起了廣泛關(guān)注。眾多用戶在社交媒體和論壇上報告，他們的電腦在啟動后的60至90秒內(nèi)頻繁出現(xiàn)卡頓甚至崩潰的情況，這一現(xiàn)象自2024年12月以來持續(xù)存在。

德國用戶Karel分享了他的經(jīng)歷，他使用的framework筆記本搭載了Core i5第12代處理器，在2025年2月11日系統(tǒng)更新后，無論是否登錄，電腦都會在啟動后不久崩潰。他通過任務(wù)管理器發(fā)現(xiàn)，名為“VmmemcmSysPrep”的進程在崩潰前會大量占用系統(tǒng)資源，隨后被“VmmemcmFirstBoot”進程接替，導致風扇狂轉(zhuǎn)，系統(tǒng)最終無法響應(yīng)。

據(jù)了解，Vmmem是一個用于顯示虛擬機資源占用的虛擬進程。當Vmmem進程資源占用過高時，通常意味著虛擬機正在大量消耗系統(tǒng)資源。Reddit論壇上，多位用戶也報告了類似問題，他們的筆記本在安裝Windows 11 24H2后頻繁崩潰，且崩潰前都出現(xiàn)了“VmmemcmSysPrep”進程資源占用激增的情況。

進一步調(diào)查發(fā)現(xiàn)，不同品牌的筆記本在安裝Windows 11 24H2后都出現(xiàn)了類似的崩潰現(xiàn)象，這引發(fā)了人們對虛擬化功能可能存在問題的猜測。一位ThinkPad X1 Gen 12用戶表示，他在暫時禁用沙盒功能后，問題得到了解決，這進一步證實了問題與虛擬化功能有關(guān)。

更深入的分析顯示，DMP日志文件指向了“Intel Smart Sound Technology”驅(qū)動程序可能是導致資源消耗過大的原因。這一發(fā)現(xiàn)為用戶提供了臨時的解決方案：他們可以在BIOS/UEFI中禁用虛擬化功能，或者在Windows中禁用沙盒功能。然而，需要注意的是，禁用沙盒功能后，Windows Subsystem for Linux（WSL）將無法正常使用。

目前，微軟尚未對這一問題發(fā)布官方聲明或補丁，但用戶社區(qū)已經(jīng)積極行動起來，分享各自的解決方案和排查過程。希望微軟能夠盡快對這一問題進行修復，以保障用戶的正常使用體驗。