I servizi automatici non si avviano automaticamente dopo il riavvio di Windows

25

Ho Windows 10 costruito 1511 con tutti gli aggiornamenti.

Oggi ho notato alcuni comportamenti strani:

quando eseguo il riavvio del sistema, dopo, alcuni dei servizi con tipo di avvio Automatico non si avviano automaticamente.

Ma posso avviarli manualmente e dopo tutto è ok. Ma se eseguo un riavvio del sistema, il problema riappare.

Se avvio il servizio manualmente e dopo aver fatto l'arresto, tutto va bene quando riaccendo il PC. Quindi i servizi vengono avviati automaticamente come dovrebbe essere. Il problema appare solo se riavvio Windows. Dopo il riavvio, questi servizi non vengono avviati automaticamente.

Questo problema si presenta solo ad alcuni servizi correlati alle applicazioni (non a quelli che sono servizi di sistema). Questi servizi non dipendono da nessun altro servizio.

Cosa posso fare ?

Grazie !

windows-services windows-10-v1511

— alex
fonte

Forse potresti fornire alcuni esempi di tali servizi che non si avviano. È difficile indovinare quale potrebbe essere il problema senza dettagli.

— DX

4

Se ti fa sentire meglio, non sei l'unico. Ho lo stesso identico problema. I servizi sono a 32 bit. Software personalizzato installato da tempo. Quindi l'impostazione WOW64 è lì, attivata. Posso avviare i servizi manualmente, ma da quando è stato eseguito l'aggiornamento da Windows 7 a Windows 10, il sistema operativo non fa alcun tentativo di avviare i servizi. I loro file di traccia non mostrano nulla e il registro eventi non mostra alcun tentativo di avviarli, né alcun problema con essi. È molto frustrante. Il ritardo automatico è un'opzione scadente, ma credo che sia tutto per ora ...

— Brian B

Vedi anche qui: stackoverflow.com/questions/33238665/...

— RenniePet

Per me quando ho questo problema, cambiando "Questo account" in "Proprietà> Accedi" per il servizio, in un nome di rete nel formato "MyDomain \ MyUser" da "MyUser@MyDomain.xxx.yy", ho risolto il problema, anche se non ho spiegazioni sul perché.

— MBWise,

11

L'unica soluzione che funziona per il momento è cambiare il tipo di avvio di questi servizi da Automatico ad Automatico Ritardato. Non so se questa è la soluzione migliore, ma è l'unica che funziona per ora.

— alex
fonte

Se hai dimestichezza con regedit, ho scoperto che finché il servizio ha la chiave DelayedAutostart (DWORD), inizierà. Quindi ho aggiunto questo, ma ho impostato il valore su 0, poiché non volevo che fosse ritardato. Esempio: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ <yourServiceName> \ DelayedAutostart

— Brian B

Ho anche trovato un thread su Microsoft technet, social.technet.microsoft.com/Forums/windows/en-US/… Su quel thread l'OP dice che puoi anche usare "riavvio in caso di errore" come soluzione alternativa.

— RenniePet

6

La mia risposta precedente non ha risolto il nostro problema. Alla fine, l'abbiamo risolto impostando il timeout dei servizi su un valore più elevato. Prova questa soluzione:

Vai su Start> Esegui> e digita regedit

Passare a: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Con la cartella di controllo selezionata, fare clic con il tasto destro nel riquadro a destra e selezionare il nuovo valore DWORD

Denominare il nuovo DWORD: ServicesPipeTimeout

Fare clic con il pulsante destro di ServicesPipeTimeout e quindi scegliere Modifica

Fare clic su decimale, digitare '180000' e quindi fare clic su OK

Riavvia il computer

Causa:

Gestione controllo servizi di Microsoft Windows controlla lo stato (ovvero, avviato, arrestato, messo in pausa, ecc.) Di tutti i servizi Windows installati. Per impostazione predefinita, Gestione controllo servizi attende 30.000 millisecondi (30 secondi) per la risposta di un servizio. Tuttavia, alcune configurazioni, restrizioni tecniche o problemi di prestazioni possono far sì che il servizio impieghi più di 30 secondi per avviarsi e riportare pronto al Service Control Manager.

Modificando o creando il valore DWORD ServicesPipeTimeout, è possibile sovrascrivere il periodo di timeout di Gestione controllo servizi, dando così al servizio più tempo per avviarsi e riportare pronto al servizio.

Caso di riferimento:

Reporting Server Error 1053: il servizio non ha risposto tempestivamente alla richiesta di avvio o controllo

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-start-o-control-richiesta-in-a-tempestivo? forum = sqlreportingservices

Buona fortuna Questa è la fonte della correzione

— Michael van der Horst
fonte

2

È possibile modificare l'avvio da "Automatico attivato" a "Automatico" mediante il comando: sc triggerinfo w32time delete

Ora, il servizio può essere avviato automaticamente dopo il riavvio

— Ahmed Khaled
fonte

Cercare di capire: è questa nuova "caratteristica" idiota di Windows o è esistita molto tempo fa? Si è scoperto che i miei server business-critical non si sincronizzavano con il server ntp perché il servizio Ora di Windows ha improvvisamente cambiato il suo tipo di avvio da Automatico ad Automatico (avvio Trigger) e, naturalmente, qualsiasi tentativo di un'attività pianificata per sincronizzare l'ora stava fallendo.

— Anatoly Alekseev il

1

Bene, Windows può interrompere questi servizi se non sono necessari o se è presente un'istruzione per interrompere il servizio dopo qualunque cosa stia facendo. Alcuni servizi dipendono da altri servizi e inizieranno solo quando i primi li chiamano.

Un errore può causare l'interruzione anticipata del servizio. Potresti andare al registro eventi e vedere se ci sono errori relativi a questi servizi. Se è presente un "(avvio attivato)", questi servizi di solito non sono richiesti o si avviano solo quando è necessario, ad esempio, i servizi biometrici.

Puoi anche trovare ulteriori informazioni su come funzionano i servizi qui .

A meno che non ti accorga che il tuo PC non funziona correttamente, in realtà non dovrebbe essere un problema.

— axys93
fonte

3

Scusa amico, ma forse non hai capito cosa sto dicendo. Questi servizi hanno il tipo di avvio automatico e non sono servizi di sistema. Sono installati dopo l'installazione di alcune applicazioni. Funzionano molto bene. Se chiudo Windows e accendo, questi servizi si avviano automaticamente e tutto funziona bene. Ma il problema appare se riavvio Windows. Dopo il riavvio, questi servizi non si avviano automaticamente e l'applicazione ad essi correlata non funziona. Posso avviare manualmente e tutto funziona correttamente fino a quando non eseguo un altro riavvio e il problema si ripresenta.

— alex,

Hmm, immagino che dovresti davvero dare un'occhiata all'Event Logger per vedere se i servizi generano qualche tipo di errore. Quindi puoi aprirlo e cercare messaggi vicino al periodo di tempo in cui hai riavviato il PC. Se si arrestano prematuramente a causa di un errore, la descrizione o il codice di tale errore potrebbero essere trovati lì e possiamo avere una migliore idea di quale sia il vero problema.

— axys93,

1

No, nessun errore su Event Logger. Non esiste un registro che descriva una fermata prematura. Il servizio non si avvia. Sembra che se riavvio Windows 10, il sistema ignora il tipo di avvio automatico di questi servizi.

— alex,

1

@alex Il tuo link fa riferimento a un thread di discussione su technet , dove si nota che nel registro eventi è presente una voce che indica che il servizio non è stato avviato ( "The SQL Server (MSSQLSERVER) service failed to start ..".). È abbastanza diverso dal tuo reclamo The service doesn't fail to start. A rischio di ripetizione, la tua domanda è senza risposta così com'è ora, senza alcun dettaglio.

— DX

1

@alex E ' non è il mio link. Hai persino letto il link che hai pubblicato? Il secondo paragrafo 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=sqldatabaseengine

esattamente da dove ho citato. Ad ogni modo, a questo punto lo lascerò ad altri per indovinare quale potrebbe essere il problema senza alcuna assistenza da parte vostra.

— DX

1

Ho avuto lo stesso problema. I servizi non si sono riavviati automaticamente dopo il riavvio della macchina. Il motivo è che il pulsante di spegnimento di Windows 10 non significa (diversamente da Windows 7) un arresto ma può essere considerato uno standby se la configurazione "Imposta pulsanti di accensione" è come questa.

In questo caso, se i servizi sono stati interrotti, rimangono tali. Se sono stati avviati, continuano a essere eseguiti senza essere riavviati (nessuna inizializzazione). Jean-Marie

— JEAN-MARIE
fonte

Come lo concludi? Potete fornire qualche fonte?

— Mark

1

Ciò che l'ha risolto per noi è, se puoi cambiare tu stesso l'eseguibile del servizio:

Nel file di progetto modificare il flag Prefer 32-bit su false , quindi reinstallare il servizio.

Controlla il tuo servizio con CorFlags.exe . 32BITREQ e 32BITPREF dovrebbero essere 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
fonte

Conosci un modo per impostare il flag delle preferenze in Visual Studio 2010?

— Neil Weicher,

No, non posso, ma puoi controllare il tuo file csproj, dovrebbe quindi contenere <Prefer32Bit> false </Prefer32Bit> nel tuo gruppo di proprietà di Release.

— Michael van der Horst,

0

Prova con questo:

Eseguire il comando seguente per definire un evento trigger adatto al proprio ambiente. In questo esempio, il comando determina se un indirizzo IP viene assegnato a un host, quindi avvia o arresta il servizio.

sc triggerinfo w32time start / networkon stop / networkoff

dove w32Time è il nome del tuo servizio

o prova questo

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

— Fernando Diaz Toledano
fonte

Si prega di leggere di nuovo attentamente la domanda. La tua risposta non risponde alla domanda originale.

— David Post

imbattersi in qualcosa di simile a un avvio ritardato non è altrettanto efficace ma è un miglioramento, le informazioni sul trigger aiutano.

— amritanshu,

0

Prova con il comando seguente:

sc config "SVCNAME" start= delayed-auto

— BattleTested
fonte

0

Se qualcuno ha ancora problemi al riguardo: NSClient version 0.5rimosso il rilevamento del trigger dallo stato di servizio predefinito. Dobbiamo aggiungerlo manualmente:

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

— ludo
fonte

0

Vedi il commento di MBWise:

Per me quando ho questo problema, cambiando "Questo account" in "Proprietà> Accedi" per il servizio, in un nome di rete nel formato "MyDomain \ MyUser" da "MyUser@MyDomain.xxx.yy", ho risolto il problema, anche se non ho spiegazioni sul perché. - MBWise, 14 marzo 18 alle 13:07

— neflow
fonte