Les services automatiques ne démarrent pas automatiquement après le redémarrage de Windows

25

J'ai Windows 10 construit 1511 avec toutes les mises à jour.

Aujourd'hui, j'ai remarqué un comportement étrange:

quand je fais un redémarrage du système, après, certains des services avec le type de démarrage Automatic ne démarrent pas automatiquement.

Mais je peux les démarrer manuellement, et après ça tout va bien. Mais si je fais redémarrer le système, le problème réapparaît.

Si je démarre le service manuellement et après l'arrêt, tout va bien lorsque je rallume le PC. Les services sont donc démarrés automatiquement comme il se doit. Le problème n'apparaît que si je redémarre Windows. Après redémarrage, ces services ne sont pas démarrés automatiquement.

Ce problème n'apparaît que pour certains services liés aux applications (pas ceux qui sont des services système). Ces services ne dépendent d'aucun autre service.

Que puis-je faire ?

Merci !

alex
la source
Vous pourriez peut-être donner quelques exemples de tels services qui ne démarrent pas. Il est difficile de deviner quel est le problème sans aucun détail.
dxiv
4
Si cela vous fait vous sentir mieux, vous n'êtes pas le seul. J'ai exactement le même problème. Les services sont en 32 bits. Logiciel personnalisé installé il y a un certain temps. Le paramètre WOW64 est donc là, activé. Je peux démarrer les services manuellement, mais depuis la mise à niveau de Windows 7 vers Windows 10, le système d'exploitation ne fait AUCUNE tentative pour démarrer les services. Leurs fichiers de trace ne montrent rien et le journal des événements ne montre aucune tentative de démarrage ni aucun problème avec eux. C'est très frustrant. L'Automatic Delayed est une option moche, mais je suppose que c'est tout pour le moment ...
Brian B
Voir aussi ici: stackoverflow.com/questions/33238665/…
RenniePet
Pour moi lors de ce problème, la modification de "Ce compte" dans "Propriétés> Connexion" pour le service, en un nom de réseau sous la forme "MonDomaine \ MonUtilisateur" de "[email protected]", a résolu le problème, même si je n'ai aucune explication pourquoi.
MBWise

Réponses:

11

La seule solution qui fonctionne pour le moment est de faire passer le type de démarrage de ces services d'Automatique à Automatique différé. Je ne sais pas si c'est la meilleure solution, mais c'est la seule qui fonctionne pour l'instant.

alex
la source
Si vous êtes à l'aise avec regedit, j'ai découvert que tant que le service a la clé DelayedAutostart (DWORD), il démarrera. J'ai donc ajouté ceci mais mis la valeur à 0, car je ne voulais pas que cela soit retardé. Exemple: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ <yourServiceName> \ DelayedAutostart
Brian B
J'ai également trouvé un fil sur Microsoft technet, social.technet.microsoft.com/Forums/windows/en-US/… Sur ce fil, l'OP dit que vous pouvez également utiliser "redémarrer en cas d'échec" comme solution de contournement.
RenniePet
6

Ma réponse précédente n'a pas résolu notre problème. Au final, nous l'avons corrigé en définissant le temps de sortie des services sur une valeur plus élevée. Essayez cette solution:

Allez dans Démarrer> Exécuter> et tapez regedit

Accédez à: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Avec le dossier de contrôle sélectionné, cliquez avec le bouton droit dans le volet de droite et sélectionnez une nouvelle valeur DWORD

Nommez le nouveau DWORD: ServicesPipeTimeout

Cliquez avec le bouton droit sur ServicesPipeTimeout, puis cliquez sur Modifier

Cliquez sur décimal, tapez «180000», puis cliquez sur OK

Redémarrer le PC

Cause:

Le Gestionnaire de contrôle des services Microsoft Windows contrôle l'état (c.-à-d. Démarré, arrêté, suspendu, etc.) de tous les services Windows installés. Par défaut, le Gestionnaire de contrôle des services attend 30 000 millisecondes (30 secondes) pour qu'un service réponde. Cependant, certaines configurations, restrictions techniques ou problèmes de performances peuvent entraîner un délai de démarrage du service supérieur à 30 secondes et un rapport prêt à être transmis au Gestionnaire de contrôle des services.

En modifiant ou en créant la valeur DWORD ServicesPipeTimeout, la période d'expiration du Gestionnaire de contrôle des services peut être remplacée, ce qui donne au service plus de temps pour démarrer et générer des rapports prêts pour le service.

Cas de référence:

Erreur 1053 du serveur de rapports: le service n'a pas répondu à la demande de démarrage ou de contrôle en temps opportun

https://social.technet.microsoft.com/Forums/windows/en-US/b57ee42d-42ef-44a4-9670-be9088dbf9d4/reporting-server-error-1053-the-service-did-not-respond-to- la-demande-de-démarrage-ou-de-contrôle-en-temps? forum = sqlreportingservices

Bonne chance C'est la source du correctif

Michael van der Horst
la source
2

Vous pouvez modifier le démarrage de "Déclenché automatiquement" en "Automatique" par la commande: sc triggerinfo w32time delete

Maintenant, le service peut démarrer automatiquement après le redémarrage

Ahmed Khaled
la source
Essayer de comprendre: est-ce que cette nouvelle «fonctionnalité» idiote de Windows, ou existait il y a longtemps? Il s'est avéré que mes serveurs critiques ne se synchronisaient pas avec le serveur ntp car le service de temps Windows a soudainement changé son type de démarrage d'Automatique en Automatique (démarrage de déclenchement) et bien sûr, toute tentative d'une tâche planifiée pour synchroniser l'heure a échoué.
Anatoly Alekseev
1

Eh bien, Windows peut arrêter ces services s'ils ne sont pas nécessaires ou s'il existe une instruction pour arrêter le service après tout ce qu'il fait. Certains services dépendent d'autres services et ne démarrent que lorsque le premier les appelle.

Une erreur peut également entraîner l'arrêt prématuré du service. Vous pouvez aller dans le journal des événements et voir s'il y a des erreurs liées à ces services. S'il y a un "(début déclenché)" après cela, ces services ne sont généralement pas requis ou ne démarrent que lorsque cela est nécessaire, par exemple, pour les services biométriques.

Vous pouvez également trouver plus d'informations sur le fonctionnement des services ici .

À moins que vous ne remarquiez que votre PC ne fonctionne pas correctement, cela ne devrait vraiment pas poser de problème.

axys93
la source
3
Désolé mon ami, mais vous n'avez peut-être pas compris ce que je dis. Ces services ont un type de démarrage automatique et ne sont pas des services système. Ils sont installés après l'installation de certaines applications. Fonctionnent très bien. Si j'arrête des fenêtres et que j'allume, ces services démarrent automatiquement et tout fonctionne bien. Mais le problème apparaît si je redémarre Windows. Après redémarrage, ces services ne démarrent pas automatiquement et l'application qui leur est associée ne fonctionne pas. Je peux démarrer manuellement et tout fonctionne bien jusqu'à ce que je fasse un autre redémarrage et que le problème réapparaisse.
alex
Hmm, je suppose que vous devriez vraiment jeter un œil au journal des événements pour voir si les services génèrent une sorte d'erreur. Vous pouvez donc l'ouvrir et rechercher des messages près de la période pendant laquelle vous avez redémarré votre PC. S'ils s'arrêtent prématurément à cause d'une erreur, la description ou le code de cette erreur peut y être trouvé et nous pouvons avoir une meilleure idée de ce qu'est le vrai problème.
axys93
1
Non, aucune erreur dans le journal des événements. Il n'y a pas de journal décrivant un arrêt prématuré. Le service ne démarre tout simplement pas. Il semble que si je redémarre Windows 10, le système ignore simplement le type de démarrage automatique de ces services.
alex
1
@alex Votre lien fait référence à un fil de discussion sur technet , où il est noté qu'une entrée dans le journal des événements indique que le service n'a pas pu démarrer ( "The SQL Server (MSSQLSERVER) service failed to start ..".). C'est assez différent de votre affirmation The service doesn't fail to start. Au risque de se répéter, votre question est sans réponse telle quelle, sans aucun détail.
dxiv
1
@alex Ce n'est pas mon lien. Avez-vous même lu le lien que vous avez publié? Le deuxième paragraphe dit 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=sqldatabaseenginequi est précisément d'où j'ai cité. Quoi qu'il en soit, à ce stade, je laisse à d'autres le soin de deviner quel pourrait être le problème sans l'aide de votre part.
dxiv
1

J'ai eu le même problème. Les services n'ont pas redémarré automatiquement après le redémarrage de la machine. La raison en est que le bouton d'arrêt de Windows 10 ne signifie pas (contrairement à Windows 7) un arrêt mais peut être considéré comme une mise en veille si la configuration "Set Power Buttons" est la suivante.

Dans ce cas, si les services sont arrêtés, ils le restent. S'ils ont été démarrés, ils continuent de s'exécuter sans être redémarrés (pas d'initialisation). Jean-Marie

JEAN-MARIE
la source
Comment concluez-vous cela? Pouvez-vous fournir n'importe quelle source?
Mark
1

Ce qui nous a permis de le résoudre, si vous pouvez changer l'exécutable du service vous-même:

Dans le fichier de projet, changez l'indicateur Prefer 32 bits sur false , puis réinstallez le service.

Vérifiez votre service avec CorFlags.exe . Les 32BITREQ et 32BITPREF doivent être 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
la source
Connaissez-vous un moyen de définir l'indicateur de préférence dans Visual Studio 2010?
Neil Weicher
Non, je ne le fais pas, mais vous pouvez vérifier votre fichier csproj, il devrait alors contenir le <Prefer32Bit> false </Prefer32Bit> dans votre groupe de propriétés de Release.
Michael van der Horst
0

Essayez avec ceci:

Exécutez la commande suivante pour définir un événement déclencheur qui convient à votre environnement. Dans cet exemple, la commande détermine si une adresse IP est donnée à un hôte, puis elle démarre ou arrête le service.

sc triggerinfo w32time start / networkon stop / networkoff

où w32Time est le nom de votre service

ou essayez ceci

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

Fernando Diaz Toledano
la source
Veuillez relire attentivement la question. Votre réponse ne répond pas à la question d'origine.
DavidPostill
Le fait de rencontrer un démarrage différé similaire n'est pas aussi efficace qu'il s'agit d'une amélioration, les informations de déclenchement aident.
amritanshu
0

Essayez avec la commande ci-dessous:

sc config "SVCNAME" start= delayed-auto
BattleTested
la source
0

Si quelqu'un a encore un problème à ce sujet: NSClient version 0.5suppression de la détection de déclencheur de l'état de service par défaut. Nous devons l'ajouter manuellement:

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

Voir le commentaire de MBWise:

Pour moi lors de ce problème, la modification de "Ce compte" dans "Propriétés> Connexion" pour le service, en un nom de réseau sous la forme "MonDomaine \ MonUtilisateur" de "[email protected]", a résolu le problème, même si je n'ai aucune explication pourquoi. - MBWise 14 mars 18 à 13:07

neflow
la source