Nie można zainstalować sterownika VMWare w systemie Windows Server 2008 R2

Ten artykuł zawiera obejście problemu polegającego na tym, że nie można zainstalować sterownika VMWare na serwerze z systemem Windows Server 2008 R2 i zainstalowanym usługą Telnet Server.

Dotyczy: Windows Server 2008 R2 z dodatkiem Service Pack 1
Oryginalny numer KB: 3066752

Objawy

Rozważmy następujący scenariusz:

• Na komputerze z systemem Windows Server 2008 R2 należy dodać kartę Ethernet do środowiska VMWare vSphere.
• Zainstalowano usługę Serwera Telnet.
• W przystawce Usługi programu Microsoft Management Console (MMC) skonfiguruj usługę Telnet Server tak, aby uruchamiała się ręcznie lub automatycznie.
• W przystawce Usługi skonfiguruj usługę Serwera Telnet, aby się zalogować przy użyciu konta systemowego lokalnego. Ponadto nie zaznaczasz pola wyboru Zezwalaj usłudze na interakcję z pulpitem .

W tym scenariuszu podczas próby zainstalowania sterownika za pomocą Menedżer urządzeń próba zakończy się niepowodzeniem i zostanie wyświetlony następujący komunikat o błędzie:

System Windows znalazł oprogramowanie sterowników dla urządzenia, ale napotkał błąd podczas próby jego zainstalowania.

Po niepowodzeniu instalacji spróbujesz zainstalować inną dostępną kartę Ethernet z listy Ustawienia maszyny wirtualnej. Na przykład wybierz pozycję Intel E1000. Jednak drugi sterownik również nie instaluje. Ponadto wpis dziennika podobny do następującego jest rejestrowany w Setupapi.dev.log w obszarze %windir%/inf/:

dvi: {Plug and Play Service: Device Install for PCI\VEN_15AD&DEV_07B0&SUBSYS_07B015AD&REV_01\FF565000B37984FE00}
ump: Tworzenie procesu instalacji: DrvInst.exe <DateTime>
ump: proces instalacji serwera zakończył się z kodem 0xc0000142 <DateTime>
ump: {Plug and Play Service: Device Install exit(c0000142)}
ndv: Instalacja urządzenia nie powiodła się dla nowego urządzenia... instalowanie sterownika o wartości NULL.
dvi: {Plug and Play Service: Device Install for PCI\VEN_15AD&DEV_07B0&SUBSYS_07B015AD&REV_01\FF565000B37984FE00}

Przyczyna

Ten problem występuje, ponieważ usługa serwera Telnet wprowadza pewne zmiany uprawnień związane z zabezpieczeniami podczas inicjowania stacji okien, w których działa. Jeśli skonfigurujesz usługę serwera Telnet do uruchamiania przy użyciu konta systemowego lokalnego bez możliwości interakcji z pulpitem, usługa zostanie uruchomiona pod inną stacją okien. Może to spowodować konflikty z innymi procesami, które są również uruchamiane na koncie systemu lokalnego i które nie współdziałają z pulpitem, na przykład w procesie instalacji nowego sterownika urządzenia.

Rozwiązanie

Aby obejść ten problem, nie należy uruchamiać usługi Serwera Telnet na koncie System lokalny. Zalecamy pozostawienie usługi Telnet Server do uruchomienia na domyślnym koncie usługi lokalnej.

Jeśli problem nie zostanie tymczasowo rozwiązany, sprawdź, czy zainstalowano najnowszą wersję narzędzi VMWare Tools. Jeśli nie możesz zaktualizować ani odinstalować narzędzi VMWare Tools, wykonaj następujące kroki:

1. Uzyskaj pliki instalacyjne dla najnowszej wersji narzędzi VMWare Tools.

2. Kliknij przycisk Start, wpisz polecenie cmd w polu Rozpocznij wyszukiwanie , a następnie kliknij przycisk OK.

   Uwaga

   Zostanie otwarte okno wiersza polecenia.

3. W wierszu polecenia zmień dysk na dysk CD-ROM (na przykład dysk D).

4. Wpisz setup /c, a następnie naciśnij Enter, aby wymusić usunięcie wszystkich wpisów rejestru i usunąć wszystkie poprzednie wersje narzędzi VMware.

   Uwaga

   W przypadku 64-bitowych systemów operacyjnych gościa wpisz setup64 /c zamiast tego.

5. Zainstaluj najnowszą wersję narzędzi VMWare Tools.

6. Sprawdź, czy ustawienie logowania usługi Telnet jest ustawione poprawnie.

7. Uruchom ponownie serwer.

Zbieranie danych

Jeśli potrzebujesz pomocy ze strony pomocy technicznej firmy Microsoft, zalecamy zebranie informacji, wykonując kroki wymienione w artykule Zbieranie informacji przy użyciu zestawu narzędzi TSS w przypadku problemów związanych z wdrożeniem.

Zastrzeżenie dotyczące innych firm

Produkty innych firm omówione w tym artykule są wytwarzane przez producentów niezależnych od firmy Microsoft. Firma Microsoft nie udziela żadnych gwarancji, dorozumianych ani żadnego innego rodzaju, w odniesieniu do wydajności lub niezawodności tych produktów.