Microsoft przyznaje, że większość głównych funkcji systemu Windows 11 Core jest uszkodzona

Trudny okres dla Microsoftu

Ostatnie dwa tygodnie niewątpliwie przyniosły firmie Microsoft szereg trudności. Właśnie dziś firma rozwiązała problem awarii Microsoft 365, która uniemożliwiła dostęp do wielu plików. Takie przestoje stały się alarmująco częste, co budzi obawy zarówno użytkowników, jak i działów IT.

Pojawiają się problemy z wydajnością systemu Windows

Wyzwania wykraczają poza platformę Microsoft 365. W przypadku systemu Windows firma Nvidia obwiniła Microsoft za zakłócenia w wydajności związane z najnowszą aktualizacją Patch Tuesday. W odpowiedzi firma Nvidia wydała awaryjną poprawkę sterownika, aby złagodzić te problemy z grami.

Reakcja na ostatnie wydarzenia

Do wyzwań stojących przed Microsoftem dokłada się niedawna krytyka pod adresem kierownictwa firmy Windows. Na początku tego tygodnia pojawiły się obawy dotyczące przejścia systemu Windows na system operacyjny oparty na agentach, co wywołało niezadowolenie użytkowników.

Microsoft potwierdza problemy z systemem Windows

W bardziej pozytywnym tonie, pośród fali krytyki, Microsoft publicznie przyznał się do problemów trapiących system Windows. Według niedawno opublikowanego artykułu pomocy technicznej, firma przyznała, że niemal każda podstawowa funkcja systemu Windows 11 napotyka na trudności, szczególnie w odniesieniu do języka XAML, który wpływa na kluczowe komponenty powłoki, takie jak menu Start, pasek zadań, Eksplorator i ustawienia systemu Windows.

Długotrwałe problemy w końcu rozpoznane

Co ciekawe, chociaż Microsoft zdecydował się formalnie rozpoznać te problemy w listopadzie 2025 roku, wiele z nich utrzymuje się od czasu aktualizacji Patch Tuesday z lipca 2025 roku (KB5062553).Oznacza to, że użytkownicy borykają się z tymi komplikacjami od około czterech miesięcy. Co więcej, ponieważ system Windows 11 w wersji 25H2 korzysta z tej samej bazy kodu co wersja 24H2, obecna aktualizacja funkcji również jest dotknięta.

Konkretne problemy i obejścia

Według artykułu pomocy technicznej problemy mogą pojawić się podczas konfiguracji komputera, na którym użytkownicy napotykają błędy w różnych aplikacjach, takich jak StartMenuExperienceHost, Search, SystemSettings, Taskbar i Explorer. Firma informuje, że problemy te występują podczas:

Pierwsze logowanie użytkownika po zastosowaniu aktualizacji zbiorczej.
Wszyscy użytkownicy logują się do nietrwałej instalacji systemu operacyjnego, takiej jak infrastruktura pulpitu wirtualnego (VDI), gdzie pakiety aplikacji muszą być instalowane ponownie po każdym zalogowaniu się użytkownika.

Dla kontekstu, „provisioning” odnosi się do sposobu, w jaki administratorzy konfigurują urządzenia poprzez wdrażanie określonych ustawień i zasad na komputerach klienckich. Microsoft wyjaśnia, że problemy pojawiły się w związku z aktualizacjami komponentu XAML systemu Windows i powiązanymi aktualizacjami pakietów, które wpływają na kilka podstawowych usług.

Zidentyfikowane awarie i opcje odzyskiwania

Firma Microsoft wskazała kilka zależnych komponentów powłoki, które mogą ulec awarii, w tym:

Nieoczekiwane zawieszenie się programu Explorer.exe
Shellhost.exe ulega awarii
Problemy z StartMenuExperienceHost
Ustawienia systemowe mogą w ogóle nie zostać uruchomione
Aplikacja ulega awarii podczas inicjowania widoków XAML
Eksplorator może działać bez widocznego paska zadań
Niepowodzenia w inicjowaniu innych widoków wyspy XAML
Obawy dotyczące ImmersiveShell

W odpowiedzi na te problemy firma Microsoft pracuje obecnie nad ich rozwiązaniem, ale udostępniła użytkownikom dwa obejścia:

Opcja 1: Ponowne uruchomienie usługi hosta infrastruktury powłoki

Ponowne uruchomienie usługi Shell Infrastructure Host ( SIHost.exe ) może pomóc w przywróceniu brakujących pakietów Immersive Shell. Użytkownicy mogą wykonać następujące polecenia:

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

Opcja 2: Skrypt logowania programu PowerShell

Drugie obejście polega na wdrożeniu skryptu programu PowerShell, który zapobiega przedwczesnemu uruchomieniu Eksploratora, dopóki wszystkie niezbędne pakiety nie zostaną dostarczone. Można użyć następującego skryptu wsadowego:

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

Więcej szczegółów i wskazówek można znaleźć w pełnym artykule pomocy technicznej, zatytułowanym KB5072911, na oficjalnej stronie internetowej firmy Microsoft.

Źródło i obrazy