Los servicios automáticos no se inician automáticamente después de reiniciar Windows

25

Tengo Windows 10 construido 1511 con todas las actualizaciones.

Hoy he notado un comportamiento extraño:

cuando reinicio el sistema, después, algunos de los servicios con tipo de inicio Automático no se inician automáticamente.

Pero puedo iniciarlos manualmente, y después de eso todo está bien. Pero si reinicio el sistema, el problema aparece nuevamente.

Si inicio el servicio manualmente, y después de apagarlo, todo estará bien cuando vuelva a encender la PC. Por lo tanto, los servicios se inician automáticamente como debería ser. El problema aparece solo si reinicio Windows. Después de reiniciar, estos servicios no se inician automáticamente.

Este problema solo aparece en algunos servicios relacionados con aplicaciones (no en aquellos que son servicios del sistema). Estos servicios no dependen de ningún otro servicio.

Que puedo hacer ?

Gracias !

windows-services windows-10-v1511 alex
fuente
Tal vez podría dar algunos ejemplos de tales servicios que no se inician. Es difícil adivinar cuál puede ser el problema sin ningún detalle.
dxiv
44
Si te hace sentir mejor, no eres el único. Tengo exactamente el mismo problema. Los servicios son de 32 bits. Software personalizado instalado hace bastante tiempo. Entonces la configuración WOW64 está ahí, activada. Puedo iniciar los servicios manualmente, pero desde la actualización de Windows 7 a Windows 10, el sistema operativo NO hace ningún intento de iniciar los servicios. Sus archivos de rastreo no muestran nada, y el registro de eventos no muestra ningún intento de iniciarlos, ni ningún problema con ellos. Es muy frustrante. La demora automática es una pésima opción, pero supongo que eso es todo por ahora ...
Brian B
Ver también aquí: stackoverflow.com/questions/33238665/…
RenniePet
Para mí, cuando tengo este problema, al cambiar "Esta cuenta" en "Propiedades> Iniciar sesión" para el servicio, a un nombre de red en el formulario "MiDominio \ MiUsuario" de "[email protected]", resolvió el problema, aunque no tengo explicación por qué.
MBWise

Respuestas:

11

La única solución que funciona por el momento es cambiar el tipo de inicio de estos servicios de Automático a Automático Retrasado. No sé si esta es la mejor solución, pero es la única que funciona por ahora.

alex
fuente
Si se siente cómodo con regedit, descubrí que siempre que el servicio tenga la clave DelayedAutostart (DWORD), comenzará. Así que agregué esto pero establecí el valor en 0, ya que no quería retrasarlo. Ejemplo: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ <yourServiceName> \ DelayedAutostart
Brian B
También encontré un hilo en Microsoft technet, social.technet.microsoft.com/Forums/windows/en-US/… En ese hilo, el OP dice que también puede usar "reiniciar en caso de falla" como una solución alternativa.
RenniePet
6

Mi respuesta anterior no solucionó nuestro problema. Al final, lo arreglamos estableciendo el tiempo de espera de los servicios a un valor más alto. Prueba esta solución:

Vaya a Inicio> Ejecutar> y escriba regedit

Navegue a: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Con la carpeta de control seleccionada, haga clic derecho en el panel de la derecha y seleccione un nuevo valor DWORD

Denomine el nuevo DWORD: ServicesPipeTimeout

Haga clic con el botón derecho en ServicesPipeTimeout y luego haga clic en Modificar

Haga clic en Decimal, escriba '180000' y luego haga clic en Aceptar

Reinicia la computadora

Porque:

El Administrador de control de servicios de Microsoft Windows controla el estado (es decir, iniciado, detenido, en pausa, etc.) de todos los servicios de Windows instalados. De manera predeterminada, el Administrador de control de servicios esperará 30,000 milisegundos (30 segundos) para que un servicio responda. Sin embargo, ciertas configuraciones, restricciones técnicas o problemas de rendimiento pueden hacer que el servicio tarde más de 30 segundos en iniciarse e informarse listo para el Administrador de control de servicios.

Al editar o crear el valor DWORD de ServicesPipeTimeout, el período de tiempo de espera del Administrador de control de servicios se puede anular, lo que le da al servicio más tiempo para iniciarse e informar al Servicio.

Caso de referencia:

Error 1053 del servidor de informes: el servicio no respondió a la solicitud de inicio o control de manera oportuna

https://social.technet.microsoft.com/Forums/windows/en-US/b57ee42d-42ef-44a4-9670-be9088dbf9d4/reporting-server-error-1053-the-service-did-not-respond-to- the-start-or-control-request-in-a-time? forum = sqlreportingservices

Buena suerte esta es la fuente de la solución

Michael van der Horst
fuente
2

Puede modificar el inicio de "Activado automáticamente" a "Automático" mediante el comando: sc triggerinfo w32time delete

Ahora, el servicio puede iniciarse automáticamente después de reiniciar

Ahmed Khaled
fuente
Tratando de entender: ¿es esta nueva "característica" idiota de Windows, o existió hace mucho tiempo? Resultó que mis servidores críticos para la empresa no se sincronizaban con el servidor ntp porque el servicio de hora de Windows cambió repentinamente su tipo de inicio de Automático a Automático (inicio de activación) y, por supuesto, cualquier intento de una tarea programada para sincronizar la hora estaba fallando.
Anatoly Alekseev
1

Bueno, Windows puede detener estos servicios si no son necesarios o si hay una instrucción para detener el servicio después de lo que sea que esté haciendo. Algunos servicios dependen de otros servicios y solo comenzarán cuando los llame por primera vez.

Un error también puede hacer que el servicio se detenga prematuramente. Puede ir al Registro de eventos y ver si hay errores relacionados con estos servicios. Si hay un "(Inicio activado)" después de esto, estos servicios generalmente no son necesarios o solo se inician cuando es necesario, por ejemplo, servicios biométricos.

También puede encontrar más información sobre cómo funcionan los servicios aquí .

A menos que observe que su PC no funciona correctamente, realmente no debería ser un problema.

axys93
fuente
3
Lo siento amigo, pero tal vez no has entendido lo que digo. Estos servicios tienen un tipo de inicio automático y no son servicios del sistema. Se instalan después de la instalación de algunas aplicaciones. Están funcionando muy bien Si apago Windows y enciendo, estos servicios se inician automáticamente y todo funciona bien. Pero el problema aparece si reinicio Windows. Después de reiniciar, estos servicios no se inician automáticamente y la aplicación relacionada con ellos no funciona. Puedo comenzar manualmente y todo funciona bien hasta que haga otro reinicio y el problema vuelva a aparecer.
alex
Hmm, supongo que deberías echar un vistazo al Event Logger para ver si los servicios generan algún tipo de error. Para que pueda abrirlo y buscar mensajes cerca del período de tiempo en que reinició su PC. Si se detienen prematuramente debido a un error, la descripción o el código de ese error pueden encontrarse allí y podemos tener una mejor idea de cuál es el verdadero problema.
axys93
1
No, no hay error en Event Logger. No hay registro que describa una parada prematura. El servicio simplemente no comienza. Parece que si reinicio Windows 10, el sistema simplemente ignora el tipo de Inicio automático de estos Servicios.
alex
1
@alex Su enlace hace referencia a un hilo de discusión en technet , donde se observa que hay una entrada en el registro de eventos que indica que el servicio no pudo iniciarse ( "The SQL Server (MSSQLSERVER) service failed to start ..".). Eso es muy diferente de su reclamo The service doesn't fail to start. A riesgo de repetir, su pregunta no tiene respuesta tal como está ahora, sin ningún detalle.
dxiv
1
@alex Es no mi enlace. ¿Incluso leíste el enlace que publicaste? El segundo párrafo dice The issue is reported on below MSDN thread https://social.technet.microsoft.com/Forums/sqlserver/en-US/bb5f2199-f283-4249-a029-53978d637148/sql-service-stops-working-after-windows-10-upgrade?forum=sqldatabaseenginecuál es precisamente de donde cité. De todos modos, en este punto dejaré que otros adivinen cuál podría ser el problema sin la ayuda de su parte.
dxiv
1

Yo tuve el mismo problema. Los servicios no se reiniciaron automáticamente después de reiniciar la máquina. La razón es que el botón de apagado de Windows 10 no significa (a diferencia de Windows 7) un apagado, pero puede considerarse como un modo de espera si la configuración "Establecer botones de encendido" es la siguiente.

En este caso, si se detuvieron los servicios, siguen siéndolo. Si se iniciaron, continúan ejecutándose sin reiniciarse (sin inicialización). Jean-Marie

JEAN-MARIE
fuente
¿Cómo concluyes esto? ¿Puedes proporcionar alguna fuente?
Mark
1

Lo que nos solucionó es si puede cambiar el servicio ejecutable usted mismo:

En el archivo del proyecto, cambie el indicador Preferir de 32 bits a falso , luego reinstale el servicio.

Verifique su servicio con CorFlags.exe . 32BITREQ y 32BITPREF deben ser 0.

Version   : v4.0.30319
CLR Header: 2.5
PE        : PE32
CorFlags  : 0x1
ILONLY    : 1
32BITREQ  : 0
32BITPREF : 0
Signed    : 0
Michael van der Horst
fuente
¿Conoces una forma de establecer el indicador de preferencia en Visual Studio 2010?
Neil Weicher
No, no lo hago, pero puede verificar su archivo csproj, entonces debe contener el <Prefer32Bit> falso </Prefer32Bit> en su grupo de propiedad de Release.
Michael van der Horst
0

Prueba con esto:

Ejecute el siguiente comando para definir un evento desencadenante que se adapte a su entorno. En este ejemplo, el comando determina si se le da una dirección IP a un host y luego inicia o detiene el servicio.

sc triggerinfo w32time start / networkon stop / networkoff

donde w32Time es el nombre de tu servicio

o prueba esto

https://support.microsoft.com/en-us/kb/922918

Fernando Diaz Toledano
fuente
Por favor lea la pregunta otra vez cuidadosamente. Su respuesta no responde a la pregunta original.
DavidPostill
encontrarse con algo similar de inicio retrasado tampoco es tan efectivo, es una mejora, la información de activación ayuda.
amritanshu
0

Pruebe con el siguiente comando:

sc config "SVCNAME" start= delayed-auto
Batalla probada
fuente
0

Si alguien todavía tiene problemas al respecto: NSClient version 0.5eliminó la detección de disparador del estado de servicio predeterminado. Tenemos que agregarlo manualmente:

*your_command* check_service -a "filter=is_trigger=0" *other_arguments*
Ludo
fuente
0

Ver el comentario de MBWise:

Para mí, cuando tengo este problema, al cambiar "Esta cuenta" en "Propiedades> Iniciar sesión" para el servicio, a un nombre de red en el formulario "MiDominio \ MiUsuario" de "[email protected]", resolvió el problema, aunque no tengo explicación por qué. - MBWise 14 de marzo de 18 a 13:07

neflow
fuente