Windowsの再起動後に自動サービスが自動的に開始されない

私はすべての更新で1511をビルドしたWindows 10を持っています。

今日、私はいくつかの奇妙な行動に気づきました：

システムを再起動すると、起動タイプが自動のサービスの一部が自動的に起動しません。

しかし、私はそれらを手動で開始することができ、その後はすべて大丈夫です。しかし、システムを再起動すると、問題が再び発生します。

サービスを手動で開始し、シャットダウンした後、PCを再度オンにするとすべてが正常になります。したがって、サービスは必要に応じて自動的に開始されます。この問題は、Windowsを再起動した場合にのみ表示されます。再起動後、これらのサービスは自動的に開始されません。

この問題は、アプリケーションに関連する一部のサービスでのみ発生します（システムサービスではありません）。これらのサービスは他のサービスに依存しません。

私に何ができる ？

ありがとうございました ！

今のところ機能する唯一の解決策は、これらのサービスのスタートアップの種類を自動から自動遅延に変更することです。これが最良の解決策であるかどうかはわかりませんが、現時点で唯一の解決策です。

私の前の答えは私たちの問題を解決しませんでした。最後に、サービスのタイムアウトをより高い値に設定することで修正しました。この解決策を試してください：

[スタート]> [実行]に移動し、regeditと入力します。

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Controlに移動します

コントロールフォルダーを選択した状態で、右側のペインを右クリックし、新しいDWORD値を選択します

新しいDWORDの名前：ServicesPipeTimeout

[ServicesPipeTimeout]を右クリックし、[修正]をクリックします。

[10進数]をクリックし、「180000」と入力して、[OK]をクリックします

コンピューターを再起動します

原因：

Microsoft Windows Service Control Managerは、インストールされているすべてのWindowsサービスの状態（開始、停止、一時停止など）を制御します。デフォルトでは、サービスコントロールマネージャーは、サービスが応答するまで30,000ミリ秒（30秒）待機します。ただし、特定の構成、技術的な制限、またはパフォーマンスの問題により、サービスの開始とサービスコントロールマネージャーへの報告の開始に30秒以上かかることがあります。

ServicesPipeTimeout DWORD値を編集または作成することにより、サービスコントロールマネージャーのタイムアウト期間をオーバーライドできるため、サービスを起動してサービスに報告する時間を増やすことができます。

リファレンスケース：

レポートサーバーエラー1053：サービスは開始要求または制御要求にタイムリーに応答しませんでした

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-timely？forum = sqlreportingservices

幸運 これは修正の源であります

次のコマンドで、スタートアップを「自動トリガー」から「自動」に変更できます。sctriggerinfo w32time delete

これで、サービスは再起動後に自動的に開始できます

さて、Windowsはこれらのサービスが必要ない場合、またはサービスが実行された後にサービスを停止する指示がある場合、それらを停止できます。一部のサービスは他のサービスに依存しており、最初に呼び出されたときにのみ開始されます。

エラーが発生すると、サービスも途中で停止する可能性があります。イベントロガーに移動して、これらのサービスに関連するエラーがあるかどうかを確認できます。その後に「（トリガーされた開始）」がある場合、これらのサービスは通常不要であるか、たとえば生体認証サービスに必要な場合にのみ開始されます。

また、ここでサービスの仕組みに関する詳細情報を見つけることもできます。

PCが正常に動作していないことに気付いていない限り、実際には問題になりません。

同じ問題がありました。マシンの再起動後、サービスは自動的に再起動しませんでした。その理由は、Windows 10のシャットダウンボタンは（Windows 7とは異なり）シャットダウンを意味するものではなく、「電源ボタンの設定」構成がこのようになっている場合はスタンバイと見なすことができるためです。

この場合、サービスが停止した場合、それらはそのままです。それらが開始された場合、再起動せずに実行を継続します（初期化なし）。ジャン=マリー

修正されたのは、サービス実行可能ファイルを自分で変更できる場合です：

プロジェクトファイルで、32ビットの優先フラグをfalseに変更してから、サービスを再インストールします。

CorFlags.exeでサービスを確認してください 。32BITREQおよび32BITPREFは0でなければなりません。

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

これで試してください：

次のコマンドを実行して、環境に適したトリガーイベントを定義します。この例では、コマンドはホストにIPアドレスが与えられているかどうかを判別してから、サービスを開始または停止します。

sc triggerinfo w32time start / networkon stop / networkoff

w32Timeはサービス名です

またはこれを試してください

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

以下のコマンドで試してください：

sc config "SVCNAME" start= delayed-auto

それでも誰かに問題がある場合：NSClient version 0.5デフォルトのサービス状態からトリガー検出を削除しました。手動で追加する必要があります。

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

MBWiseからのコメントを参照してください。

この問題が発生した場合、サービスの[プロパティ]> [ログオン]の[このアカウント]を、[MyUser@MyDomain.xxx.yy]から[MyDomain \ MyUser]の形式のネットワーク名に変更すると、問題が解決しました。理由はわかりませんが。-MBWise 18年3月14日13:07に