A única solução que funciona no momento é alterar o tipo de inicialização desses serviços de Automático para Atraso Automático. Não sei se esta é a melhor solução, mas é a única que funciona por enquanto.
Eu tenho o Windows 10 construído em 1511 com todas as atualizações.
Hoje eu notei um comportamento estranho:
quando eu faço um sistema reiniciar, depois, alguns dos serviços com o tipo de inicialização Automático não iniciam automaticamente.
Mas eu posso iniciá-los manualmente, e depois disso tudo está ok. Mas se eu fizer um sistema reiniciar, o problema aparecerá novamente.
Se eu iniciar o serviço manualmente e depois do desligamento, tudo estará OK quando eu ligar o PC novamente. Portanto, os serviços são iniciados automaticamente como deveriam. O problema só aparece 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 àqueles que são serviços do sistema). Esses serviços não dependem de nenhum outro serviço.
O que posso fazer?
Obrigado!
Bem, o Windows pode parar esses serviços se eles não forem necessários ou se houver uma instrução para parar o serviço depois do que estiver fazendo. Alguns serviços dependem de outros serviços e só serão iniciados quando os chamarem pela primeira vez.
Um erro pode fazer com que o serviço pare prematuramente também. Você poderia ir para o Event Logger e veja se há erros relacionados a esses serviços. Se houver um "início desencadeado" depois, esses serviços geralmente não são necessários ou só 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ê esteja percebendo que o seu PC não está funcionando corretamente, isso realmente não deve ser um problema.
O que consertamos para nós é que você pode alterar o executável do serviço:
No arquivo de projeto, altere a opção Preferir sinalizador de 32 bits para false e, em seguida, 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
Você pode modificar a inicialização de "Automático acionado" para "Automático" pelo comando: sc triggerinfo w32time delete
Agora, o serviço pode ser iniciado automaticamente após a reinicialização
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 como um modo de espera se a configuração "Definir botões de energia" for assim.
Nesse caso, se os serviços foram interrompidos, eles permanecem assim. Se eles foram iniciados, eles continuam a ser executados sem serem reiniciados (sem inicialização). Jean-Marie
Minha resposta anterior não resolveu nosso problema. No final, nós o corrigimos definindo o tempo fora 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 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 clique em OK
Reinicie o computador
Causa:
O Gerenciador de Controle de Serviço do Microsoft Windows controla o estado (ou seja, iniciado, interrompido, pausado etc.) de todos os serviços do Windows instalados. Por padrão, o Gerenciador de Controle de Serviços aguardará 30.000 milissegundos (30 segundos) para que um serviço responda. No entanto, certas configurações, restrições técnicas ou problemas de desempenho podem fazer com que o serviço leve mais de 30 segundos para ser iniciado e o relatório esteja pronto para o Gerenciador de Controle de Serviço.
Ao editar ou criar o valor DWORD ServicesPipeTimeout, o período de tempo limite do Service Control Manager pode ser substituído, dando ao serviço mais tempo para inicializar e relatar pronto para o Serviço.
Caso de referência:
Erro 1053 do servidor de relatórios: o serviço não respondeu à solicitação de início ou controle em tempo hábil
Boa sorte Esta é a fonte da correção
Tente com isso:
Run the following command to define a trigger event that suits your environment. In this example, the command determines whether an IP address is given to a host, and then it starts or stops the service.
sc triggerinfo w32time start/networkon stop/networkoff
em que w32Time é o nome do seu serviço
ou tente isso
link