Windows NT Service Pack requiere inicio de sesión con permisos administrativos locales después de reiniciar

Seleccione idioma Seleccione idioma
Id. de artículo: 255987 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

Síntomas

El diseño del proceso de actualización de Windows NT 4.0 Service Pack requiere un inicio de sesión adicional con credenciales administrativas locales después Update.exe se ha reiniciado el equipo.

Si un usuario no administrativo inicia sesión directamente después de ejecuta el proceso de instalación del Service Pack, se registran dos sucesos de aplicación para ProtectedStorage:
Error de ProtectedStorage: 5; error de OpenSCManager.

Error de ProtectedStorage: 203; servicio de instalación no puede.
Estos sucesos se registran en cada inicio de sesión hasta que un administrador local inicie sesión en.

Causa

Permisos administrativos locales son necesarios para procesar correctamente y eliminar todos los valores del Registro bajo la clave siguiente:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
Los valores de RunOnce se procesan con las credenciales de inicio de sesión actual. Un usuario típico no tiene permisos suficientes procesar correctamente el "4. 'Instalar pstores.exe'='pstores.exe - instalar ' "entrada RunOnce, la causa de los eventos enumerados anteriormente que para se van a registrar.

Además, tiene un usuario típico de forma predeterminada "todos = lectura" permiso en la clave RunOnce, por lo que las entradas no pueden eliminarse.

Otros procedimientos de instalación de terceros de Microsoft y pueden verse afectados de forma similar si utilizan las claves RunOnce o RunOnceEx para finalizar el proceso de instalación durante el próximo inicio de sesión.

Solución

Utilice uno de los dos métodos siguientes:
  • Tiene un usuario con derechos administrativos locales registro en el equipo.
  • Utilice un AutoAdminLogon administrativa y, opcionalmente, deshabilite el controlador Mouclass y Kbdclass para evitar la interrupción de usuario.

    Este método implica ciertos problemas. La contraseña de administrador local se almacena como texto sin formato en el registro (más el archivo de secuencia de comandos correspondiente) y un problema con controladores deshabilitados puede conducir a un sistema inaccesible. Además, tener en cuenta la información en el siguiente artículo en Microsoft Knowledge Base:
    159969AutoLogon falla si DontDisplayLastUserName también está habilitada
    Debido a estos problemas, Microsoft recomienda con el primer método.

Propiedades

Id. de artículo: 255987 - Última revisión: domingo, 23 de febrero de 2014 - Versión: 2.1
La información de este artículo se refiere a:
  • Microsoft Windows NT 4.0 Service Pack 4
  • Service Pack 5 de Microsoft Windows NT Workstation 4.0
  • Microsoft Windows NT 4.0 Service Pack 6
  • Service Pack 6.a de Microsoft Windows NT 4.0
  • Microsoft Windows NT 4.0 Service Pack 4
  • Service Pack 5 de Microsoft Windows NT Workstation 4.0
  • Microsoft Windows NT 4.0 Service Pack 6
  • Service Pack 6.a de Microsoft Windows NT 4.0
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Workstation 4.0
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbenv kberrmsg kbprb kbsetup KB255987 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 255987

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com