Cześć Eugeniusz Ligocki,
Z tego, co wiem, ten konkretny błąd zwykle wskazuje, że stos obsługi (servicing stack) próbuje odnaleźć plik konfiguracji licencjonowania lub provisioningu, którego nie ma w oczekiwanej lokalizacji. Nie musi to oznaczać uszkodzenia obrazu systemu, lecz raczej to, że DISM nie jest w stanie zweryfikować części metadanych pakietów. W większości przypadków dzieje się tak, gdy aktualizacja Servicing Stack Update (SSU) lub aktualizacja zbiorcza (cumulative update) nie została poprawnie zastosowana.
Pierwszym krokiem, który rekomenduję, jest upewnienie się, że zainstalowane są najnowsze aktualizacje SSU oraz cumulative updates dla Windows Server 2025. Uruchomienie polecenia „sfc /scannow” może również pomóc potwierdzić, że pliki systemowe są nienaruszone. Jeśli problem nadal występuje, spróbuj uruchomić DISM z opcją „/RestoreHealth” i wskaż znane, poprawne źródło, takie jak zamontowany nośnik instalacyjny lub udział sieciowy zawierający pliki obrazu Server 2025.
Warto również sprawdzić plik CBS.log, aby uzyskać bardziej szczegółowe informacje o przyczynie niepowodzenia DISM. Często log wskazuje, którego pakietu lub komponentu brakuje, co może pomóc w ponownej instalacji lub naprawie konkretnej funkcji.
Z architektonicznego punktu widzenia brak pliku LServer_PKConfig.xml nie jest krytycznym problemem dla normalnego działania serwera, jednak uniemożliwia DISM zakończenie procesu walidacji. Zastosowanie najnowszych aktualizacji obsługi oraz użycie czystego źródła naprawy powinno rozwiązać problem.
Mam nadzieję, że to wyjaśnienie pomoże lepiej zrozumieć sytuację. Jeśli ta odpowiedź okazała się pomocna, proszę nie zapomnieć kliknąć „Accept Answer”.
Jason.