WMI o Windows Management Instrumentation es una base de datos que almacena metainformación y definiciones para las clases de WMI. Permite a los administradores administrar diferentes entornos de Windows, incluidos los sistemas remotos. Si el repositorio WMI se corrompe, el servicio WMI no funcionará correctamente. A veces puede obtener credenciales incorrectas, permisos insuficientes o errores de acceso denegado con WMI mientras se conecta al servidor remoto. En este artículo, veremos algunas soluciones que pueden ayudarlo a solucionar el error de restablecimiento del repositorio WMI, error 0x80070005, 0x8007041B, 0x80041003. La descripción de estos mensajes de error muestra el mensaje”Acceso denegado“o”Acceso denegado“.
Falló el restablecimiento del repositorio WMI, error 0x80070005 , 0x8007041B, 0x80041003
Estos errores ocurren debido a problemas de permisos de nivel de DCOM o problemas de permisos de WMI. Antes de analizar las posibles soluciones para corregir estos errores, echemos un vistazo a los mensajes de error completos:
Falló la verificación del repositorio WMI
Código de error: 0x80041003
Instalación: WMI
Descripción: Acceso denegadoFalló la verificación del repositorio WMI
Código de error: 0x80041003
Instalación: WMI
Descripción: Acceso denegadoFalló el restablecimiento del repositorio WMI
Error código: 0x80070005
Facilidad: Win32
Descripción: Acceso denegado.
Los mensajes de error anteriores muestran el código de error junto con Facilidad y Descripción.
La Facilidad: Win32 indica que se trata de un problema de permisos de seguridad a nivel de DCOM. Significa que la cuenta que está utilizando para conectarse al servidor remoto no tiene permisos de seguridad de nivel DCOM para acceder al dispositivo remoto a través de WMI.
La Instalación: WIM indica que se trata de un problema de permiso de seguridad de nivel WMI. Significa que la cuenta que está utilizando para acceder al espacio de nombres WMI no tiene permisos de seguridad de nivel WMI.
Para solucionar estos problemas, aquí hay algunas soluciones que puede probar.
Limpiar Repositorio WBEMReconstruir los valores de WMIVerifique los permisos DCOM
Veamos cómo realizar estas correcciones.
1] Limpiar el repositorio WBEM
Limpie el repositorio WBEM y vea si soluciona el problema. Los pasos para esto están escritos a continuación.
Inicie el símbolo del sistema como administrador. Escriba el siguiente comando y presione Entrar.
net stop winmgmt
Seleccione Y para aceptar (si se le solicita que lo haga). Espere hasta que el comando se ejecute con éxito.
Ahora, copie el siguiente comando y péguelo en el símbolo del sistema y presione Enter.
C:\Windows\System32 \wbem\Repository*
Seleccione Y para aceptar (si se le solicita que lo haga). Escriba Salir y presione Entrar. Esto cerrará el símbolo del sistema.
Reinicia tu computadora. Después de reiniciar su computadora, espere unos minutos y verifique si el problema se solucionó.
Si esto no soluciona el problema, la reconstrucción de los valores WMI puede ayudar.
2] Reconstruir los valores de WMI
Como se explicó anteriormente, estos errores ocurren cuando el usuario no tiene permiso para realizar una operación en WMI. La reconstrucción de los valores de WMI puede solucionar este problema.
Abra el Bloc de notas en su máquina con Windows. Ahora, copie y pegue el siguiente comando en él.
@echo en cd/dc:\temp si no existe %windir%\system32\wbem goto TryInstall cd/d %windir%\system32\wbem net stop winmgmt winmgmt/matar si existe Rep_bak rd Rep_bak/s/q renombrar Repository Rep_bak para %%i en (*.dll) hacer RegSvr32-s %%i para %%i en (*.exe) llamar a:FixSrv %%i para % %i en (*.mof,*.mfl) hacer Mofcomp %%i net start winmgmt goto End:FixSrv if/I (%1)==(wbemcntl.exe) goto SkipSrv if/I (%1)==( wbemtest.exe) goto SkipSrv if/I (%1)==(mofcomp.exe) goto SkipSrv %1/Regserver:SkipSrv goto End:TryInstall si no existe wmicore.exe goto End wmicore/s net start winmgmt:End
Guarde el archivo como WMI.bat y cierre el Bloc de notas. Ahora, ejecute el archivo WMI.bat como administrador. Para ello, haga clic con el botón derecho en el archivo WMI.bat y seleccione la opción Ejecutar como administrador. Esto reconstruirá los valores de WMI.
Después de realizar un intento de reconstrucción en los valores de WMI, siga los pasos a continuación para verificar los permisos de WMI:
Haga clic derecho en Esta PC en su escritorio y seleccione Administrar. Esto abrirá el Panel de administración de la computadora.
Haga doble clic en Administración de equipos (local) en el lado izquierdo para expandirlo. Después de eso, expanda Servicios y aplicaciones haciendo doble clic en él. Ahora, haga clic derecho en Control WMI y seleccione Propiedades. Aparecerá el cuadro de diálogo Propiedades de control de WMI.
Seleccione la pestaña Seguridad y expanda la carpeta Raíz. Después de eso, seleccione la subcarpeta Seguridad y luego haga clic en el botón Seguridad en la parte inferior derecha. Esto traerá el cuadro de diálogo Seguridad para ROOT en su pantalla.
La Los siguientes permisos deben estar habilitados para los Usuarios autenticados.
Ejecute MethodsProvider WriteEnable Account
Haga clic en Aceptar para cerrar el cuadro de diálogo Seguridad para ROOT. Cierra el panel de Administración de la computadora y reinicia tu computadora. Ahora, verifique si el problema persiste.
3] Verifique los permisos de DCOM
Siga los pasos para verificar y modificar los permisos de DCOM.
Haga clic en Windows Busque y escriba Dcomcnfg. Seleccione la aplicación Dcomcnfg de los resultados de búsqueda.
Vaya a “Servicios de componentes > Computadoras > Mi Computadora.” Haga clic derecho en Mi PC y seleccione Propiedades. Aparecerá el cuadro de diálogo Propiedades de Mi PC. Seleccione la pestaña Seguridad COM.
Haga clic en Editar límites debajo de la sección Permisos de acceso. Esto abrirá el cuadro de diálogo Permiso de acceso. Seleccione el grupo de usuarios Todos y verifique si se le otorgaron los siguientes permisos o no:
Acceso localAcceso remoto
Si la casilla de verificación Permitir no está seleccionada para ambos permisos mencionados anteriormente, selecciónelos y haga clic en Aceptar.
En Propiedades de Mi PC , haga clic en el botón Editar límites en la sección Permisos de inicio y activación. Seleccione el grupo de usuarios Todos y verifique si los siguientes permisos están permitidos o no:
Lanzamiento localActivación local
Si la casilla de verificación Permitir no está seleccionada para ambos permisos mencionados anteriormente, selecciónelos y haga clic en Aceptar.
Haga clic en Aplicar y luego en Aceptar para cerrar el cuadro de diálogo Propiedades de Mi PC.
Ahora, en la ventana Servicios informáticos, vaya a “Servicios de componentes > Equipos > Mi PC > Configuración DCOM”. Desplácese hacia abajo en el lado derecho y busque Administración e instrumentación de Windows. Una vez que lo encuentre, haga clic derecho sobre él y seleccione Propiedades.
Seleccione la pestaña Seguridad y haga clic en el botón Editar en la sección Permisos de inicio y activación. Seleccione Administradores en el grupo de usuarios y verifique si los siguientes permisos están permitidos o no.
Lanzamiento localLanzamiento remotoActivación localActivación remota
Si las casillas de verificación no están seleccionadas, selecciónelas y haga clic en Aceptar.
Lectura: corregir el uso elevado de la CPU del host del proveedor WMI (WmiPrvSE.exe).
¿Cómo reparo o reconstruyo completamente el repositorio WMI de Windows?
Si el repositorio de WMI está dañado, recibirá varios errores según la actividad que esté realizando en ese momento. WMI tiene un modo de recuperación automática. Cuando WMI detecta la corrupción del repositorio, el modo de recuperación automática se activará automáticamente. WMI busca las imágenes de copia de seguridad en el sistema creadas por el mecanismo de copia de seguridad de VSS y aplica el enfoque de restauración automática para restaurar las imágenes válidas (si es posible).
Si el modo de autorrecuperación no logra recuperar el WMI de Windows dañado repositorio, recibirá varios mensajes de error que indican que el repositorio de WMI está dañado. En tal caso, puede reparar o reconstruir el repositorio WMI de Windows manualmente ejecutando un comando en un símbolo del sistema elevado.
¿Cómo puedo saber si mi WMI está dañado?
Si WMI está dañado, recibirá algunos errores y problemas de permisos con WMI. En tal caso, verá los siguientes errores y síntomas en su computadora:
No se puede conectar a los espacios de nombres rootdefault o rootcimv2. No se devuelve el código de error 0x80041002 que apunta a WBEM_E_NOT_FOUND. Cuando recibe el mensaje”WMI. No encontrado” o su computadora se bloquea al abrir las propiedades de Administración de computadoras (local). 0x80041010 WBEM_E_INVALID_CLASS. Faltan esquemas/objetos. Errores extraños de conexión/operación (0x8007054e). Su sistema se bloquea cada vez que usa la utilidad wbemtest.
Los errores anteriores son los síntomas de la corrupción de WMI. Por lo tanto, para confirmar la corrupción de WMI, debe ejecutar el siguiente comando en un símbolo del sistema elevado.
winmgmt/verifyrepository
Después de ejecutar el comando anterior, si recibe el mensaje”el repositorio no es consistente ,” WMI está dañado. Si recibe el mensaje”el repositorio es consistente“, el repositorio no tiene ningún problema. En este caso, hay algo más que causa el problema.
Espero que esto ayude.
Leer a continuación: Corrige el error 1083 del Instrumental de administración de Windows.
