Pierwsze logowanie kończy się niepowodzeniem z powodu błędu: Typ uniwersalnego unikatowego identyfikatora (UUID) nie jest obsługiwany

W tym artykule opisano sytuację, w której użytkownik otrzymuje komunikat o błędzie UUID podczas pierwszego logowania obrazu systemu Windows 8 lub Windows 8.1. Ten problem występuje, gdy obraz został wdrożony przy użyciu programu System Center 2012 Configuration Manager lub System Center 2012 R2 Configuration Manager.

Dotyczy systemu: Windows 10 (wszystkie wersje)
Oryginalny numer KB: 2976660

Symptomy

Załóżmy, że do wdrożenia obrazu systemu Windows 8 lub Windows 8.1 używasz programu System Center 2012 Configuration Manager lub System Center 2012 R2 Configuration Manager. Gdy użytkownik uruchamia system z obrazem (fizycznym lub wirtualnym) i próbuje zalogować się po raz pierwszy, otrzymuje następujący komunikat o błędzie:

Usługa klienta zasad grupy nie powiodła się podczas logowania.
Typ uniwersalnego unikatowego identyfikatora (UUID) nie jest obsługiwany.

Ten komunikat o błędzie pojawia się podczas pierwszego logowania użytkownika po początkowym wdrożeniu obrazu. Jednak w niektórych scenariuszach późniejsze logowania użytkowników również powodują wyświetlenie komunikatu o błędzie.

Po wyświetleniu komunikatu i wybraniu przycisku OK zostanie ponownie wyświetlony ekran logowania.

Przyczyna

Winlogon komunikuje się z usługą zasad grupy (GPSVC) za pośrednictwem wywołania RPC podczas uruchamiania systemu dla zasad komputera. I komunikuje się z logowaniem użytkownika dla zasad użytkownika. Program System Center Configuration Manager instaluje rozszerzenie po stronie klienta (CSE) na obrazie systemu Windows, które jest wykrywane przez usługę zasad grupy podczas pierwszego uruchamiania. Następnie usługa zasad grupy izoluje się do oddzielnego procesu SVCHOST. Usługa była pierwotnie uruchomiona w procesie udostępnionym z innymi usługami. Ponieważ komunikacja RPC została już ustanowiona przed izolacją usługi, Winlogon nie może już skontaktować się z usługą zasad grupy. Ta sytuacja powoduje wyświetlenie komunikatu o błędzie opisanego w sekcji Objawy.

Po późniejszym ponownym uruchomieniu gpSVC jest wyświetlany w osobnym procesie od początku sesji systemu operacyjnego. Dlatego środowisko uruchomieniowe RPC nie ma problemu ze znalezieniem poprawnego wystąpienia procesu serwera.

Rozwiązanie

Ważne

Należy rozważnie wykonywać czynności podane w tej sekcji. Niepoprawne zmodyfikowanie rejestru może być przyczyną poważnych problemów. Przed zmodyfikowaniem rejestru należy utworzyć jego kopię zapasową, aby móc przywrócić rejestr na wypadek problemów.

Poniższe obejścia mogą służyć do uniknięcia komunikatu o błędzie. Oba obejścia obejmują modyfikowanie kompilacji obrazu w programie System Center Configuration Manager zamiast implementowania ich na już wdrożonym obrazie.

Obejście 1

Dodaj ponowne uruchomienie na końcu listy sekwencji zadań dla kompilacji obrazu. Zmodyfikuj sekwencję zadań programu System Center Configuration Manager dla obrazu przy użyciu funkcji SMSTSPostAction shutdown /r /t 0 jako ostatniego zadania przed ukończeniem kompilacji.

Obejście 2

Oddziel usługę zasad grupy do oddzielnego wystąpienia SVCHOST. Zaimplementuj następujące polecenie w sekwencji zadań programu System Center Configuration Manager, aby ustawić odpowiedni wpis rejestru:

cmd /c reg add "HKLM\SYSTEM\CurrentControlSet\Services\gpsvc" /v Type /t REG_DWORD /d 0x10 /f

Domyślnie gpSVC izoluje się podczas wykrywania CSE. To obejście spowoduje, że gpSVC będzie zawsze uruchamiać się w izolowanym wystąpieniu SVCHOST, w tym pierwszym uruchomieniu. Zapobiega to rejestracji komunikacji RPC w różnych procesach SVCHOST i umożliwia Winlogon pomyślne nawiązanie połączenia z prawidłowym procesem.