windows serwer 2025 - blokuje instalacje nowych aplikacji i aktualizacje systemu

Józef Oleś 0 Punkty reputacji
2026-02-09T17:56:43.5633333+00:00

windows serwer : 26100:32230

System blokuje instalacyjne nowych aplikacji i uaktualnień.

Po wykonaniu skanowania : sfc /scannow wykrywa błędy

Windows Resource Protection found corrupt files but was unable to fix some of them.

For online repairs, details are included in the CBS log file located at

windir\Logs\CBS\CBS.log. For example C:\Windows\Logs\CBS\CBS.log. For offline

repairs, details are included in the log file provided by the /OFFLOGFILE flag.

Po komendzie DISM /Online /Cleanup-Image /CheckHealth - rowniez wykazuje błędy

Deployment Image Servicing and Management tool

Version: 10.0.26100.5074

Image Version: 10.0.26100.32230

The component store is repairable.

The operation completed successfully.

Zastosowanie komendy z obrazem ISO rowniez nie daje efektu

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:2 /LimitAccess

Problem odblokowuje zmiana w rejestrach systemu

SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System" -Name "EnableLUA z value 1 na 0

Nie jest to rozwiązanie najbezpieczniejsze wiec proszę o wsparcie w rozwiązaniu problemu w inny bezpieczny sposób

pozdrawiam Józek

Windows dla firm | Windows Server | Urządzenia i wdrożenie | Konfigurowanie, instalowanie i uaktualnianie
Komentarze: 0 Brak komentarzy

Odpowiedzi: 3

Sortuj według: Najbardziej pomocne
  1. Józef Oleś 0 Punkty reputacji
    2026-02-12T06:27:50.6966667+00:00

    niestety po wykonaniu polecenia

    DISM /Online /Cleanup-Image /RestoreHealth /Source:E:\Windows /LimitAccess

    zwrócona została odpowiedź

    The repair content could not be found anywhere.

    Check the internet connectivity or use the "Source" option to specify the location of the files that are required to restore the image. For more information on specifying a source location, see https://go.microsoft.com/fwlink/?LinkId=243077.

    The DISM log file can be found at C:\WINDOWS\Logs\DISM\dism.log

    więc ta ścieżka nie rozwiązała problemu

    Ale w moim ISO nie widzę katalogu Windows do którego odwoływała się komenda DISM

    u mnie są takie składniki :

    "E:\setup.exe"

    "E:\boot"

    "E:\efi"

    "E:\ROK"

    "E:\sources"

    "E:\support"

    "E:\autorun.inf"

    "E:\bootmgr"

    "E:\bootmgr.efi"

    "E:\desktop.ini"

    Regards Joseph

    Czy ta odpowiedź była pomocna?


  2. Chen Tran 13,270 Punkty reputacji Niezależny doradca
    2026-02-11T10:57:24.45+00:00

    Witaj Oles,

    Mam nadzieję, że u Ciebie wszystko dobrze!

    Czy mogę poznać najnowszy status problemu?

    Jeśli powyższe sugestie są pomocne! Możesz rozważyć oznaczenie tego jako poprawnego rozwiązania **** , aby pomóc innym w społeczności Windows skuteczniej i łatwiej znaleźć rozwiązanie tego problemu.

    Miłego dnia w pracy!

    Czy ta odpowiedź była pomocna?


  3. Chen Tran 13,270 Punkty reputacji Niezależny doradca
    2026-02-09T18:56:10.76+00:00

    Witaj Oles,

    Dziękuję za zadanie pytania na forum Microsoft Windows!

    Na podstawie opisu problemu. Faktem jest, że EnableLUA (User Account Control) to jedyna rzecz, która "odblokowuje" możliwość instalowania aplikacji, co może sugerować głęboko zakorzeniony problem z uprawnieniami lub integralnością w Component Store lub usłudze instalatora Windows.

    Jeśli poprzednie polecenie DISM zawiodło z ISO, może to być spowodowane niezgodnością wersji lub błędem składniowym indeksu. Ponieważ wersja obrazu to 26100.32230, źródło musi dokładnie odpowiadać tej wersji. Spróbuj wskazać DISM na folder WinSxS zamontowanego ISO zamiast bezpośrednio na plik WIM, co jest bardziej niezawodne. Zamontuj ISO Windows Server (upewnij się, że to ta sama konfiguracja). Wykonaj to polecenie DISM /Online /Cleanup-Image /RestoreHealth /Source:E:\Windows /LimitAccess (zamień E: literą dysku ISO).

    Warto też wspomnieć, że zmiana EnableLUA na 0 działa prawdopodobnie dlatego, że konta TrustedInstaller lub System straciły pełną kontrolę nad konkretnymi katalogami, a wyłączenie UAC omija te kontrole. Aby sprawdzić uprawnienia folderu "Packages", przechodząc do C:\Windows\Servicing\Packages. Kliknij prawym przyciskiem myszy, przejdź do Właściwości > Bezpieczeństwo. Upewnij się, że SYSTEM i TrustedInstaller mają pełną kontrolę.

    Mam nadzieję, że powyższe informacje będą pomocne! Jeśli w ogóle jest. Wolno kliknąć "Akceptowane", aby przynieść korzyści innym w społeczności, którzy mają ten sam problem.

    Czy ta odpowiedź była pomocna?


Twoja odpowiedź

Odpowiedzi mogą być oznaczone jako „Zaakceptowane” przez autora pytań i „Proponowane” przez moderatorów, co pomaga użytkownikom poznać odpowiedź rozwiązującą problem autora.