Serviços automáticos não iniciam automaticamente após a reinicialização do Windows

Eu tenho o Windows 10 construído 1511 com todas as atualizações.

Hoje eu notei algum comportamento estranho:

depois de reiniciar o sistema, alguns serviços com o tipo de inicialização Automático não são iniciados automaticamente.

Mas eu posso iniciá-los manualmente, e depois disso tudo está ok. Mas se eu reiniciar o sistema, o problema aparecerá novamente.

Se eu iniciar o serviço manualmente e depois de desligar, tudo ficará bem quando ligo novamente o PC. Portanto, os serviços são iniciados automaticamente como deveriam. O problema aparece apenas se eu reiniciar o Windows. Após a reinicialização, esses serviços não são iniciados automaticamente.

Esse problema aparece apenas para alguns serviços relacionados a aplicativos (não aqueles que são serviços do sistema). Esses serviços não dependem de nenhum outro serviço.

O que eu posso fazer ?

Obrigado !

A única solução que funciona no momento é alterar o tipo de inicialização desses serviços de Automático para Automático Atrasado. Não sei se essa é a melhor solução, mas é a única que funciona por enquanto.

Minha resposta anterior não resolveu nosso problema. No final, corrigimos isso definindo o tempo limite dos serviços para um valor mais alto. Experimente esta solução:

Vá para Iniciar> Executar> e digite regedit

Navegue para: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Com a pasta de controle selecionada, clique com o botão direito do mouse no painel à direita e selecione o novo Valor DWORD

Nomeie o novo DWORD: ServicesPipeTimeout

Clique com o botão direito do mouse em ServicesPipeTimeout e clique em Modificar.

Clique em decimal, digite '180000' e, em seguida, clique em OK

Reinicie o computador

Causa:

O Gerenciador de Controle de Serviços do Microsoft Windows controla o estado (por exemplo, iniciado, parado, pausado etc.) de todos os serviços Windows instalados. Por padrão, o Service Control Manager aguarda 30.000 milissegundos (30 segundos) pela resposta de um serviço. No entanto, certas configurações, restrições técnicas ou problemas de desempenho podem resultar em um serviço que demora mais de 30 segundos para iniciar e relatar pronto para o Service Control Manager.

Editando ou criando o valor ServicesPipeTimeout DWORD, o período de tempo limite do Service Control Manager pode ser substituído, dando assim ao serviço mais tempo para iniciar e relatar pronto para o Serviço.

Caso de referência:

Erro 1053 do Reporting Server: O serviço não respondeu à solicitação de início ou controle em tempo hábil

https://social.technet.microsoft.com/Forums/windows/en-US/b57ee42d-42ef-44a4-9670-be9088dbf9d4/reporting-server-error-1053-the-service-did-not-respond-to- o fórum start-or-control-request-sqlreportingservices

Boa sorte Esta é a fonte da correção

Você pode modificar a inicialização de "Automatic triggered" para "Automatic" por comando: sc triggerinfo w32time delete

Agora, o serviço pode iniciar automaticamente após a reinicialização

Bem, o Windows pode interromper esses serviços se eles não forem necessários ou se houver uma instrução para interromper o serviço depois do que estiver fazendo. Alguns serviços dependem de outros e só serão iniciados quando o primeiro chamar.

Um erro também pode fazer com que o serviço pare prematuramente. Você pode ir ao Event Logger e verificar se há erros relacionados a esses serviços. Se houver um "(início acionado)" após ele, esses serviços geralmente não são necessários ou apenas são iniciados quando é necessário, por exemplo, serviços biométricos.

Você também pode encontrar mais informações sobre como os serviços funcionam aqui .

A menos que você perceba que seu PC não está funcionando corretamente, isso realmente não deve ser um problema.

Eu tive o mesmo problema. Os serviços não foram reiniciados automaticamente depois que a máquina foi reiniciada. O motivo é que o botão de desligamento do Windows 10 não significa (ao contrário do Windows 7) um desligamento, mas pode ser considerado em espera se a configuração "Definir botões de energia" for a seguinte.

Nesse caso, se os serviços foram interrompidos, eles permanecem. Se eles foram iniciados, eles continuam sendo executados sem serem reiniciados (sem inicialização). Jean-Marie

O que foi corrigido para nós é se você pode alterar o executável do serviço:

No arquivo do projeto, altere o sinalizador Prefer 32-bit para false e reinstale o serviço.

Verifique seu serviço com CorFlags.exe . O 32BITREQ e 32BITPREF devem ser 0.

Version   : v4.0.30319
CLR Header: 2.5
PE        : PE32
CorFlags  : 0x1
ILONLY    : 1
32BITREQ  : 0
32BITPREF : 0
Signed    : 0

Tente com isto:

Execute o seguinte comando para definir um evento acionador que se adapte ao seu ambiente. Neste exemplo, o comando determina se um endereço IP é fornecido a um host e, em seguida, inicia ou interrompe o serviço.

sc triggerinfo w32time start / networkon stop / networkoff

onde w32Time é o nome do seu serviço

ou tente isso

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

Tente com o comando abaixo:

sc config "SVCNAME" start= delayed-auto

Se alguém ainda tiver algum problema: a NSClient version 0.5detecção de gatilho foi removida do estado de serviço padrão. Temos que adicioná-lo manualmente:

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

Veja o comentário do MBWise:

Para mim, ao ter esse problema, alterar "Esta conta" em "Propriedades> Logon" para o serviço, para um nome de rede no formato "MyDomain \ MyUser" de "MyUser@MyDomain.xxx.yy", resolveu o problema, embora eu não tenha explicação por que. - MBWise 14/03 '18 às 13:07