|
เปลี่ยนวันที่ |
เปลี่ยนคําอธิบาย |
|
วันที่ 2 ธันวาคม 2568 |
|
บทสรุป
หลังจากการเตรียมใช้งานพีซีที่มีการอัปเดตแบบสะสมรายเดือน Windows 11 เวอร์ชัน 24H2 หรือ Windows 11 เวอร์ชัน 25H2 ที่วางจําหน่ายในวันที่หรือหลังเดือนกรกฎาคม 2025 (เช่น KB5062553 หรือ KB5065789) แอปที่ทันสมัยที่ขึ้นกับ XAML เช่น Explorer เมนูเริ่มต้น การตั้งค่าระบบ แถบงาน และ Windows Search อาจประสบปัญหา ปัญหานี้มีผลกระทบเป็นหลักต่อสภาพแวดล้อมขององค์กรหรือที่มีการจัดการจํานวนจํากัด และไม่น่าจะเกิดขึ้นบนอุปกรณ์ส่วนบุคคลที่แต่ละคนใช้
ปัญหานี้อาจเกิดขึ้นเมื่อมีการติดตั้งการอัปเดต Windows ก่อน:
-
ครั้งแรกที่ผู้ใช้เข้าสู่ระบบในการติดตั้งระบบปฏิบัติการที่ยังคงอยู่
-
ผู้ใช้ทั้งหมดเข้าสู่ระบบการติดตั้งระบบปฏิบัติการที่ไม่ใช่แบบถาวร เช่น Virtual Desktop Infrastructure (VDI) หรือเทียบเท่ากับแพคเกจแอปพลิเคชันต้องถูกติดตั้งการเข้าสู่ระบบในสถานการณ์ดังกล่าว
สถานการณ์ทั่วไป
ลักษณะการทํางานที่ไม่คาดคิดบางอย่างอาจปรากฏขึ้นในสถานการณ์ต่อไปนี้:
-
คอมโพเนนต์ XAML ปัญหาเหล่านี้มักจะเกิดขึ้นหลังจากการอัปเดตแพคเกจการขึ้นต่อกันในตัวที่โฮสต์คอมโพเนนต์ XAML ดังต่อไปนี้:
-
MicrosoftWindows.Client.CBS_cw5n1h2txyewy
-
Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe
-
MicrosoftWindows.Client.Core_cw5n1h2txyewy
-
-
คอมโพเนนต์ของเชลล์
สําหรับสภาพแวดล้อมแบบองค์กรหรือเสมือนบางอย่าง คอมโพเนนต์ต่อไปนี้อาจไม่เริ่มทํางานและอาจแสดงข้อผิดพลาด:
ไบนารี
ประสบการณ์ใช้งานของผู้ใช้ระดับองค์กรหรือลายเซ็นที่ล้มเหลว
Explorer.exe
-
ผู้ใช้เข้าสู่ระบบหน้าจอสีดํา
-
เมนู เริ่มต้น ของ Windows ไม่สามารถเปิดได้
-
Explorer หยุดทํางานเมื่อเริ่มต้น
-
แถบงานไม่ปรากฏขึ้น / แสดง / แสดงบนเดสก์ท็อป Windows
StartMenuExperienceHost
-
เมนูเริ่มต้นไม่สามารถเปิดได้ ซึ่งมักจะแสดงข้อความแสดงข้อผิดพลาดที่สําคัญ
shellhost.exe
-
ShellHost.exe หยุดทํางาน
แอปที่ขึ้นกับ XAML
แอปไม่สามารถเริ่มต้นหรือหยุดทํางานเมื่อเริ่มต้นระบบ
-
Consent.exe เป็นไบนารีสําหรับ UI การควบคุมบัญชีผู้ใช้
-
การตั้งค่าระบบ เริ่มการตั้งค่า > > ระบบเปิดไม่สําเร็จ
-
แอปพลิเคชันหยุดทํางานเมื่อเตรียมใช้งานมุมมอง XAML
-
มุมมองอื่นๆ ของเกาะ XAML ไม่สามารถเตรียมใช้งาน
-
สาเหตุ
แอปพลิเคชันมีการขึ้นต่อกันกับแพคเกจ XAML ที่ไม่ได้ลงทะเบียนในเวลาหลังจากติดตั้งการอัปเดต Windows
การแก้ปัญหา
เรากําลังพยายามแก้ไขปัญหาและจะอัปเดตบทความนี้เมื่อมีข้อมูลเพิ่มเติม
วิธีแก้ไขปัญหาชั่วคราว
การลงทะเบียนแพคเกจที่หายไปด้วยตนเอง
ผู้ดูแลระบบ IT ที่จัดการสภาพแวดล้อมขององค์กรหรือเสมือนควรลงทะเบียนแพคเกจที่หายไปในเซสชันผู้ใช้ และรีสตาร์ต SiHost เพื่ออนุญาตให้ Immersive Shell และคอมโพเนนต์ที่เกี่ยวข้องมารับ เมื่อต้องการทําเช่นนี้ ให้เรียกใช้คําสั่งต่อไปนี้เพื่อลงทะเบียนแพคเกจที่หายไปแต่ละแพคเกจ:
Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode
Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode
Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode
เรียกใช้สคริปต์ PowerShell ตัวอย่างนี้ในการติดตั้งระบบปฏิบัติการที่ไม่ใช่แบบถาวร
สําหรับสภาพแวดล้อมที่ไม่คงอยู่ แนวทางสคริปต์การเข้าสู่ระบบยังคงเป็นตัวเลือกที่ดีที่สุดสําหรับผู้ดูแลระบบ IT สร้างตัวตัดแฟ้มเป็นชุดเพื่อดําเนินการแบบซิงโครนัสก่อนที่ Explorer จะเปิดใช้งาน
หมายเหตุ วิธีนี้ช่วยให้มั่นใจว่าสคริปต์จะทํางานแบบซิงโครนัส บล็อก explorer.exe อย่างมีประสิทธิภาพไม่ให้เปิดใช้งานก่อนกําหนดจนกว่าจะเตรียมใช้งานแพคเกจที่จําเป็นอย่างสมบูรณ์
ปิด @echo REM Register MicrosoftWindows.Client.CBS
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
REM Register Microsoft.UI.Xaml.CBS
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode"
REM Register MicrosoftWindows.Client.Core
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
