Debloating psuje Windows Update? Prawdziwe ryzyka, rozbite na czynniki

Co debloating usuwa — a czego nie jest w stanie dotknąć

Typowy skrypt debloat odinstalowuje aplikacje UWP dla bieżącego użytkownika przez Remove-AppxPackage: w ten sposób Xbox, w ten sposób Clipchamp, sterta sponsorowanych aplikacji, o które nikt nie prosił. To działa na pakietach per użytkownik, podczas gdy Windows Update mieszka w stosie serwisowym — CBS, orkiestratorze aktualizacji i składnikach pod %SystemRoot%\WinSxS. Te dwa systemy prawie się nie stykają: aktualizacja zbiorcza instaluje się bez problemu, nawet gdy połowa aplikacji ze Sklepu zniknęła, i dlatego miliony odchudzonych maszyn latami aktualizują się bez czkawki.

Uczciwe zastrzeżenie: niektóre pakiety są elementami nośnymi. Usunięcie Sklepu Microsoft dla wszystkich użytkowników zabija aktualizacje aplikacji; usunięcie interfejsu Security Health psuje okno Zabezpieczenia Windows; jest też garść aplikacji systemowych, od których po cichu zależą menu Start i wyszukiwanie. To konkretne błędy z konkretnymi objawami — a nie ogólne prawo, że sprzątanie psuje aktualizacje.

To, co faktycznie psuje aktualizacje

Kiedy odchudzona maszyna jednak wysypuje się na aktualizacjach, przyczyna prawie nigdy nie leży w usuniętych aplikacjach — leży w tym, co skrypt zrobił poza ich usuwaniem. Agresywne presety wyłączają same usługi aktualizacji, blokują domeny dostarczania Microsoftu albo ustawiają polityki, które całkowicie gaszą obsługę aktualizacji. Puśćcie skrypt, który robi cokolwiek z tego, i wygenerowane błędy 0x80... na zawsze przypisane zostaną „debloatingowi”.

• Wyłączone usługi — wuauserv, UsoSvc, WaaSMedicSvc, DoSvc i BITS gaszone „dla wydajności”
• Blokady w pliku hosts — listy prywatności tnące delivery.mp.microsoft.com i spółkę tną też dostarczanie aktualizacji
• Polityki wyłączające aktualizacje — triki w rejestrze i zasadach grupowych z presetów debloat, które zatrzymują servicing całkiem
• Usunięte pakiety systemowe — Sklep Microsoft lub Security Health wyrzucone dla wszystkich użytkowników, co psuje aktualizacje aplikacji i interfejs Defendera
• Zewnętrzne blokery aktualizacji — małe narzędzia, których całą pracą jest gaszenie wuauserv
• Uszkodzony magazyn składników — agresywne nadużycie dism /StartComponentCleanup w tym samym skrypcie wsadowym

Jak debloatować bez gry w totolotka

Odinstalowujcie per użytkownik, a nie systemowo: Remove-AppxPackage dla waszego konta albo, lepiej, zwykłe Ustawienia → Aplikacje dla sponsorowanych gratów. Usług nie dotykajcie — zysk wydajnościowy z gaszenia wuauserv wynosi zero, a ryzyko jest realne — i nigdy nie uruchamiajcie skryptu, który edytuje plik hosts. Po każdym presecie otwórzcie services.msc i potwierdźcie, że łańcuch jest nietknięty: Windows Update, orkiestrator aktualizacji, optymalizacja dostarczania i BITS powinny być nadal na Automatycznie albo Ręcznie.

Jeśli aktualizacje już padły, naprawa jest mechaniczna, nie magiczna: włączcie z powrotem każdą usługę z tej listy, cofnijcie polityki, odpalcie wbudowane narzędzie do rozwiązywania problemów, a jeśli magazyn składników jest uszkodzony, uruchomcie DISM /Online /Cleanup-Image /RestoreHealth. To naprawia przytłaczającą większość „ofiar debloatu” — i pokazuje, że aplikacje nigdy nie były problemem.

Pytania i odpowiedzi

Przeczytaj także