L'instal·lador diu que l'adaptador TAP no s'ha pogut crear, i aquesta frase cobreix com a mínim tres fallades diferents. Pot ser que el paquet no s'hagi preparat mai, que s'hagi preparat sense crear cap dispositiu, o que el dispositiu existeixi amb un estat de problema que l'instal·lador ha reportat com un error genèric. Quin d'aquests casos tens decideix qui ho arreglarà i quines proves necessites.

Recull el número de compilació i la marca de temps d'instal·lació abans de res. Tots dos converteixen una carpeta de registres en una cerca que realment pots executar.

Tres etapes, tres registres diferents

La primera etapa és l'instal·lador mateix, que descomprimeix fitxers, manté el seu propi registre i reporta un codi resum com ara 1603 que diu que la transacció ha fallat sense dir on. La segona és el magatzem de controladors, on un paquet signat es prepara per a un ús posterior, cosa que és una fita diferent de lligar-lo al maquinari. La tercera és la creació del dispositiu, on Windows construeix una instància de dispositiu, aplica l'INF i registra el resultat al registre de setupapi. Un buit silenciós entre dues qualssevol d'aquestes etapes produeix la mateixa frase per a l'usuari.

El codi resum pertany a la transacció, mentre que l'acció fallida es troba abans al mateix registre. Cerca enrere des del codi en lloc d'intentar explicar el codi.

Llegeix setupapi.dev.log al voltant de l'intent

Cada instal·lació de dispositiu escriu una secció a C:\Windows\INF\setupapi.dev.log, i la guia del registre de SetupAPI explica com s'organitzen aquestes seccions i el seu estat final. Troba la secció la marca de temps de la qual envolta el teu intent, i després llegeix-la sencera en lloc de la primera línia d'error que notis. Els avisos sobre dispositius no relacionats apareixen al llarg d'un registre llarg i no expliquen res sobre aquesta fallada. L'estat final de la secció corresponent és el fet que val la pena citar en un informe.

Correlaciona aquesta secció amb el nom de l'adaptador, l'identificador del dispositiu i el paquet INF esmentat al registre de l'instal·lador. Tres identificadors que coincideixen en una mateixa marca de temps és el que fa segura l'atribució.

Comprova el paquet i el dispositiu per separat

Un paquet preparat només demostra que un INF signat ha arribat al magatzem de controladors. En aquesta generació de Windows, pnputil /enum-drivers llista els paquets de tercers per proveïdor, classe, versió i nom publicat, cosa que et permet trobar el paquet de l'adaptador OpenVPN en lloc d'endevinar-lo a partir d'un número oem. Res d'aquesta llista no diu que un dispositiu existeixi, s'hagi iniciat o estigui lligat al paquet que has trobat. Són preguntes separades amb respostes separades.

El costat del dispositiu té la seva pròpia visió. Un inventari d'adaptadors de només lectura mostra què creu Windows actualment sobre la interfície, i les entrades ocultes cobreixen dispositius que hi són però estan inactius. Comparar les dues llistes et diu quina etapa ha fallat: paquet absent, dispositiu absent o dispositiu present amb un estat de problema.

Verifica l'adaptador abans de tocar les signatures

Llegeix l'estat de la màquina en lloc del resum de l'instal·lador. Les ordres següents llisten els paquets de controladors preparats, l'inventari d'adaptadors incloent-hi les entrades ocultes, i els dispositius de xarxa que no informen d'OK. Executa-les després d'un reinici perquè les operacions pendents de dispositiu s'hagin assossegat.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

Un paquet present sense dispositiu corresponent apunta a la creació del dispositiu, i la secció de setupapi per a aquesta marca de temps n'explica el motiu. Un dispositiu present amb un estat de problema apunta al controlador o a la seva signatura, que és una conversa diferent d'un dispositiu absent. Un adaptador que existeix i informa que està desconnectat és un dispositiu funcional sense túnel actiu, no una instal·lació fallida. Llegeix les tres sortides juntes abans de triar una etapa per reparar.

Desactivar l'aplicació de signatures, reiniciar la pila de xarxa o eliminar tots els adaptadors fa desaparèixer les proves. Cap d'aquestes tres reparacions no arregla una etapa que encara no has identificat, i cadascuna elimina el que t'hauria dit quina etapa era.

Articles relacionats