Microsoft, Windows 11 핵심 기능 대부분 손상 인정

Microsoft의 도전적인 시기

지난 2주 동안 마이크로소프트는 여러 가지 어려움을 겪었습니다.바로 오늘, 마이크로소프트는 Microsoft 365에 영향을 미치는 서비스 중단을 해결하여 수많은 파일에 접근할 수 없게 되었습니다.이러한 다운타임은 놀라울 정도로 빈번해지면서 사용자와 IT 부서 모두의 우려를 불러일으켰습니다.

Windows 성능 문제 발생

이러한 문제는 Microsoft 365에만 국한되지 않습니다. Windows 측면에서 엔비디아는 최신 패치 화요일 업데이트와 관련된 성능 저하의 책임을 마이크로소프트에 돌렸습니다.이에 따라 엔비디아는 이러한 게임 문제를 완화하기 위한 긴급 핫픽스 드라이버를 배포했습니다.

최근 개발에 대한 반발

마이크로소프트의 어려움에 더해 최근 윈도우 경영진을 향한 비판도 커지고 있습니다.바로 이번 주 초, 윈도우가 에이전트 기반 운영 체제로 전환되는 것에 대한 우려가 제기되면서 사용자들의 불만이 증폭되었습니다.

Microsoft, Windows 문제 인정

긍정적인 측면으로, 반발 속에서도 마이크로소프트는 윈도우를 괴롭히는 문제들을 공개적으로 인정했습니다.새로 공개된 지원 문서에 따르면, 마이크로소프트는 윈도우 11의 거의 모든 핵심 기능에 문제가 발생하고 있으며, 특히 시작 메뉴, 작업 표시줄, 탐색기, 윈도우 설정과 같은 중요한 셸 구성 요소에 영향을 미치는 XAML 관련 문제가 심각하다고 인정했습니다.

오랜 문제들이 마침내 인식되다

흥미롭게도, Microsoft는 2025년 11월에 이러한 문제를 공식적으로 인정하기로 결정했지만, 이러한 문제 중 상당수는 2025년 7월 패치 화요일 업데이트(KB5062553) 이후로도 계속 발생하고 있습니다.즉, 사용자들은 약 4개월 동안 이러한 문제를 겪고 있다는 뜻입니다.더욱이 Windows 11 버전 25H2는 버전 24H2와 동일한 코드베이스를 공유하기 때문에 현재 기능 업데이트도 영향을 받습니다.

특정 문제 및 해결 방법

지원 문서에 따르면, 이러한 문제는 PC 프로비저닝 시 StartMenuExperienceHost, Search, SystemSettings, Taskbar, Explorer 등 다양한 애플리케이션에서 오류가 발생하는 경우 발생할 수 있습니다.해당 회사는 이러한 문제가 다음과 같은 경우에 발생한다고 명시하고 있습니다.

누적 업데이트를 적용한 후 사용자가 처음 로그인할 때.
사용자가 VDI(가상 데스크톱 인프라)와 같이 비지속형 OS 설치에 로그인하는 경우, 사용자가 로그인할 때마다 애플리케이션 패키지를 다시 설치해야 합니다.

맥락상 프로비저닝은 관리자가 클라이언트 PC에 특정 설정과 정책을 배포하여 장치를 구성하는 방식을 의미합니다. Microsoft는 Windows XAML 구성 요소 업데이트 및 관련 패키지 업데이트로 인해 여러 핵심 서비스에 영향을 미치는 문제가 발생했다고 설명합니다.

식별된 실패 및 복구 옵션

Microsoft에서는 다음을 포함하여 오류가 발생할 수 있는 여러 종속 Shell 구성 요소를 설명했습니다.

Explorer.exe가 예기치 않게 충돌합니다
Shellhost.exe 가 충돌합니다
StartMenuExperienceHost 관련 문제
시스템 설정이 전혀 실행되지 않을 수 있습니다.
XAML 뷰를 초기화할 때 애플리케이션이 충돌합니다.
Explorer는 작업 표시줄이 보이지 않고 실행될 수 있습니다.
다른 XAML 아일랜드 뷰 초기화 실패
ImmersiveShell에 대한 우려

이러한 문제에 대한 대응으로 Microsoft는 현재 해결책을 마련하기 위해 노력하고 있지만 사용자를 위해 두 가지 해결 방법을 제공했습니다.

옵션 1: Shell Infrastructure Host 서비스 다시 시작

Shell Infrastructure Host( SIHost.exe ) 서비스를 다시 시작하면 누락된 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

옵션 2: PowerShell 로그온 스크립트

두 번째 해결 방법은 필요한 모든 패키지가 프로비저닝될 때까지 Explorer가 조기에 시작되지 않도록 하는 PowerShell 스크립트를 구현하는 것입니다.다음 배치 스크립트를 활용할 수 있습니다.

@echo off 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"

자세한 내용과 지침은 Microsoft 공식 웹사이트의 KB5072911에서 전체 지원 문서를 확인하시면 됩니다.

출처 및 이미지