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 al restablecer el repositorio de WMI, error 0x80070005, 0x8007041B, 0x80041003. La descripción de estos mensajes de error muestra un «Acceso denegado” o un “Acceso denegado» mensaje.

Error al restablecer el repositorio de WMI

Error al restablecer el repositorio de 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:

La verificación del repositorio de WMI falló
Código de error: 0x80041003
Instalación: WMI
Descripción: Acceso denegado

La verificación del repositorio de WMI falló
Código de error: 0x80041003
Instalación: WMI
Descripción: Acceso denegado

El restablecimiento del repositorio de WMI falló
Código de error: 0x80070005
Instalación: Win32
Descripción: Acceso denegado.

Los mensajes de error anteriores muestran el código de error junto con la instalación y la descripción.

los Instalación: Win32 indica que se trata de un problema de permiso de seguridad de nivel 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.

los 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 los permisos de seguridad de nivel WMI.

Para solucionar estos problemas, aquí hay algunas soluciones que puede probar.

  1. Limpiar repositorio WBEM
  2. Reconstruir los valores de WMI
  3. Compruebe los permisos de DCOM

Veamos cómo realizar estas correcciones.

1]Limpiar 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 aceptar (si se le pide 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 Ingresar.

C:WindowsSystem32wbemRepository*

Seleccione Y aceptar (si se le pide que lo haga). Escribe Salida 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 de 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 on 
cd /d c:temp 
if not exist %windir%system32wbem goto TryInstall 
cd /d %windir%system32wbem 
net stop winmgmt 
winmgmt /kill 
if exist Rep_bak rd Rep_bak /s /q 
rename Repository Rep_bak 
for %%i in (*.dll) do RegSvr32 -s %%i 
for %%i in (*.exe) do call :FixSrv %%i 
for %%i in (*.mof,*.mfl) do 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 
if not exist 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 esto, haga clic derecho en el archivo WMI.bat y seleccione el Ejecutar como administrador opción. 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 computadora en su escritorio y seleccione Administrar. Esto lanzará el Panel de Gestión Informática.

Abrir propiedades de control de WMI

Haga doble clic en Gestión Informática (Local) en el lado izquierdo para expandirlo. Después de eso, expanda Servicios y Aplicaciones haciendo doble clic sobre él. Ahora, haga clic derecho en Control WMI y seleccione Propiedades. Aparecerá el cuadro de diálogo Propiedades del control WMI.

Compruebe la seguridad de las propiedades de control de WMI

Selecciona el Seguridad pestaña y expandir la Raíz carpeta. Después de eso, seleccione el Seguridad subcarpeta y luego haga clic en el Seguridad botón en la parte inferior derecha. Esto traerá la Seguridad para ROOT cuadro de diálogo en su pantalla.

Habilitar permisos para WMI Control

Los siguientes permisos deben estar habilitados para el Usuarios autenticados.

  • Ejecutar métodos
  • Escritura del proveedor
  • Habilitar cuenta

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, comprueba si el problema persiste.

3]Comprobar permisos DCOM

Siga los pasos para verificar y modificar los permisos de DCOM.

Hacer clic Búsqueda de Windows y tipo Dcomcnfg. Seleccione la aplicación Dcomcnfg de los resultados de búsqueda.

Compruebe los permisos de DCOM

Ir «Servicios de componentes > Computadoras > Mi PC.” Haga clic derecho en Mi computadora y seleccione Propiedades. los Propiedades de mi computadora aparecerá el cuadro de diálogo. Selecciona el Seguridad COM pestaña.

Permitir permisos de acceso para seguridad COM

Clickea en el Editar límites botón debajo del Permisos de acceso sección. Esto abrirá el Permiso de acceso caja de diálogo. Selecciona el Todo el mundo grupo de usuarios y verifique si se le otorgan los siguientes permisos o no:

  • Acceso local
  • Acceso remoto

Si el Permitir casilla de verificación no está seleccionada para los dos permisos mencionados anteriormente, selecciónelos y haga clic en Aceptar.

Permitir inicio y permiso de activación DCOM

Sobre el Propiedades de mi computadora cuadro de diálogo, haga clic en el Editar límites botón debajo del Permisos de lanzamiento y activación sección. Selecciona el Todo el mundo grupo de usuarios y verifique si los siguientes permisos están permitidos o no:

  • Lanzamiento local
  • Activación local

Si el Permitir casilla de verificación no está seleccionada para los dos 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.

Comprobar los permisos de administración e instrumentación de Windows

Ahora, en la ventana de Servicios Informáticos, vaya a “Servicios de componentes > Computadoras > Mi PC > Configuración DCOM.” Desplácese hacia abajo en el lado derecho y localice Gestión e Instrumentación de Windows. Una vez que lo encuentre, haga clic derecho sobre él y seleccione Propiedades.

Modificar permiso de lanzamiento y activación

Selecciona el Seguridad pestaña y haga clic en el Editar botón debajo del Permisos de lanzamiento y activación sección. Seleccione Administradores debajo del grupo de usuarios y verifique si los siguientes permisos están permitidos o no.

  • Lanzamiento local
  • Lanzamiento remoto
  • Activación local
  • Activación Remota

Si las casillas de verificación no están seleccionadas, selecciónelas y haga clic en Aceptar.

Leer: Solucione 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 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 respaldo en el sistema creadas por el mecanismo de respaldo 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 recuperación automática no logra recuperar el repositorio WMI de Windows dañado, recibirá varios mensajes de error que indican que el repositorio 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 sé 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 reciba el “WMI. No encontrado” o su computadora se bloquea al abrir las propiedades de Administración de la computadora (local).
  • 0x80041010 WBEM_E_INVALID_CLASS.
  • Faltan esquemas/objetos.
  • Extraños errores de conexión/operación (0x8007054e).
  • Su sistema se cuelga 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 siguiente: Solucione el error 1083 del Instrumental de administración de Windows.

Error al restablecer el repositorio de WMI

Por Jason