Windows Modules Installer (TrustedInstaller)

確認しておくべき要点

Windows Modules Installer の機能は何ですか?

Windows コンポーネントおよびオプション機能のサービス操作を実行します。

Windows Modules Installer を無効にすることはできますか?

コンポーネントのサービスを中断すると、更新プログラムや機能のインストールが破損する可能性があります。記録された状態を保持し、サポートされているサービス回復プロセスを使用してください。起動動作を変更する前に、インストールされている機能と有効なポリシーを確認してください。

Windows Modules Installer が停止しているのはなぜですか?

状態と起動構成は異なります。手動起動のコンポーネントはリクエストの間で停止している場合があります。実際の機能の動作と、サービス制御のエラーを調査してください。

Windows Modules Installer を使用しているプロセスは安全ですか?

実際の実行ファイル、署名者、パス、および動作を確認してください。おなじみのサービス名や一致するファイル名だけでは、安全性を確立できません。

このサービスの機能と調査すべきタイミング

Windows コンポーネントおよびオプション機能のサービス操作を実行します。

このサービスの状態やイベントの証拠が影響を受けた機能と一致する場合に調査を行います。タスク マネージャーでの類似の名前、1 つのリソース使用率のサンプル、または障害となるワークロードのない停止状態は、診断ではありません。以下に説明する正確な操作から始め、システムの元の構成を比較用に利用できるようにしておきます。

Windows エディション、サービス名、および起動の前提条件

この特定のサービスについて、参照されている IoT Enterprise テーブルには「Manual」という起動カテゴリが記録されています。これは指定された IoT 環境における文書化された例であり、お使いのコンピュータの測定値ではありません。差異を障害として扱う前に、ローカルの StartMode と有効な管理ポリシーを比較してください。

Microsoft の IoT Enterprise サービス テーブルは、このコンポーネントをそのサービス識別子のもとで識別します。そのテーブルは、文書化された Windows 10 および Windows 11 バリアントを含む、固定機能の Windows IoT Enterprise デバイスを対象としています。その起動および無効化に関するガイダンスはそれらのシナリオを対象としており、コンシューマー向け Windows、すべてのエンタープライズ イメージ、またはすべての Windows Server インストールに対する一律のチューニング推奨事項ではありません。

サービスの可用性は、インストールされているエディション、ビルド、オプション機能、アカウントのコンテキスト、および組織の構成によって異なる場合があります。winver または管理対象のインベントリを使用して、インストールされているビルドを記録します。リンクされている Microsoft ページの製品スコープと比較してください。ソースが別の一言や古い Windows Server ベースラインについて議論している場合、デフォルト設定をコピーするのではなく、その機能の理解のために使用してください。

翻訳された表示名だけに頼るのではなく、サービス識別子を使用してください。関連する複数のサービスが同様のフレンドリ名を持つ場合があります。登録が存在しないことは、機能が利用不可または未インストールであることを示している可能性があり、サービスを再作成またはダウンロードしなければならないという証明ではありません。

変更する前に実際の登録内容を検査する

以下の例は、Windows PowerShell 用のローカルの読み取り専用の検査コマンドです。これらはサービスのインストール、停止、再起動、有効化、または無効化を行いません。権限のあるアカウントを使用してください。一部のフィールドやログには管理者アクセスが必要になる場合があります。信頼されていないリモート セッションでコマンドを実行しないでください。

Get-CimInstance Win32_Service -Filter "Name='TrustedInstaller'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName コピー

出力には、内部名、フレンドリ表示名、現在の状態、起動モード、サービス アカウント、プロセス識別子、および構成された起動コマンドが別々に表示されます。構成されたパスは、プロセスによって読み込まれたすべてのファイルが信頼できるという証明ではありません。

sc.exe query "TrustedInstaller" コピー

sc.exe qc "TrustedInstaller" コピー

短い sc 表記が別のコマンドに解決される可能性がある Windows PowerShell では、sc.exe を明示的に使用してください。調査が必要なものを決定する前に、返された状態と構成を読み取ってください。「アクセスが拒否されました」というクエリの返答には承認チェックが必要であり、存在しないサービスを報告するクエリには、即座のレジストリ再構築ではなく、製品およびインストールのチェックが必要です。

依存関係とホスト プロセスを確認する

影響を受けるコンピュータの前提条件と逆依存関係の両方を検査してください。「RequiredServices」には登録された前提条件がリストされ、「DependentServices」にはこのサービスへの依存を宣言するサービスがリストされます。これらはインストール済みのサービス制御関係であり、機能に依存する可能性のあるすべてのアプリケーション、スケジュールされたタスク、またはリモート システムの網羅的なマップではありません。

Get-Service -Name 'TrustedInstaller' -RequiredServices コピー

Get-Service -Name 'TrustedInstaller' -DependentServices コピー

観測された ProcessId を使用して実行中のホストを特定し、タスク マネージャーまたは信頼できる Microsoft Sysinternals ツールを使用してその実行ファイル パスと署名者を比較します。報告されたプロセス ID がゼロである場合、または実行中のインスタンスがない場合、その値を介して検査するライブ ホストはありません。ホストに複数のサービスが含まれている場合、プロセス名だけでその合計 CPU またはメモリ使用量をこのサービスに割り当てることはできません。

プロセス識別子は再利用される可能性があります。観測時刻を記録し、アクションを実行する前に識別子を再確認してください。1 つのサービスをテストするために共有サービス ホストを終了しないでください。他のホストされているコンポーネントが中断される可能性があります。

集中的なトラブルシューティングの手順

特定の更新プログラムまたは機能の操作と、サービスが再起動を待機しているかどうかを特定します。ワークロードを、サポートされているサービスログおよび更新履歴と関連付けます。

忙しいサービスプロセスは正当な処理を実行している可能性がありますが、繰り返される障害については正確なエラーとスコープが必要です。障害を回避するために、保護された Windows ファイルの所有権を取得しないでください。

正確な更新または機能の操作、その状態、および最後に行った成功した試行を記録します。ダウンロード、オーケストレーション、インストール、および再起動のステージを分離します。サービスのアクティビティを更新履歴および関連するサービス提供の証拠と関連付けます。

1. 失敗した正確な操作、影響を受けたアカウント、デバイスまたはエンドポイント、および失敗した時刻を書き留めます。ダイアログを閉じる前に、エラーテキストの全体を保持してください。
2. 同じマシン上でサービスの状態と構成をキャプチャします。機能が欠落しているか、ポリシーによって拒否されているか、起動できないか、または起動後に失敗しているかを比較します。
3. イベント ビューアーで、記録された時刻周辺のシステム ログ内のサービス制御マネージャーのエントリを、関連するアプリケーションまたは機能チャネルと比較します。オンラインで見つかったイベント ID を使用する前に、プロバイダーとメッセージのコンテキストを確認してください。
4. この記事で説明されている最小限のサポートされている比較を用いて一度再現します。結果が異なる場合は、広範囲のリセットをただちに適用するのではなく、どの段階が変化したかを記録します。
5. 証拠によって正当化される機能固有の Microsoft またはベンダーの修復パスを使用し、元の操作を繰り返してその結果を確認します。

関連するサービス制御エラーが存在しない場合は、強制的に再起動するのではなく、機能またはアプリケーションの調査を続けてください。逆に、サービスの起動失敗には、その実際の終了ステータスと周囲のイベントが必要です。一般的なタイムアウト メッセージだけでは、単一の修復を特定できません。

停止中、手動、または見つからない場合: その結果が意味すること

「実行中」は現在の状態を表し、「起動モード」は構成を表します。手動で開始された、またはイベントによってトリガーされたサービスは、リクエストの間で停止している場合があります。サポートされている機能の操作を再現し、常に実行し続ける必要があると結論付ける前に状態の移行を比較してください。

サービスが見つからない場合は、正確な識別子、対象のコンピュータ、および Windows 機能がインストールされているかどうかを確認します。アクセスが拒否された場合は、エラーを保持し、承認または管理ポリシーを確認してください。1 つの制限されたビューから不在を推測せず、関係のない PC からの代替登録を作成しないでください。

開始操作は、その前提条件、構成、アカウントの権限、機能の状態、または起動するコンポーネントが原因で失敗する場合があります。別の Windows エディションやイメージからコピーした固定の起動値を適用しないでください。このコンピュータの実際の管理対象ベースラインを比較してください。

高い CPU、メモリ、ディスク、またはネットワーク使用率の調査

実際のワークロードを再現しながら、短い時系列をキャプチャします。サインイン、セットアップ、同期、または更新に関連する短いバーストと、完了に繰り返し失敗する作業を分離します。比較に使用するアプリケーションのワークロードと間隔を記録します。この記事では、普遍的な安全なパーセンテージやメモリ閾値を規定していません。

現在のプロセス マッピングと適切なパフォーマンス ツールを使用して、リソース アクティビティをリクエストしている機能に結び付けます。共有ホストのワーキング セットはサービスごとの割り当てではなく、ステータス ラベルはすべてのディスク操作やネットワーク リクエストを生成したコンポーネントを確定するものではありません。サポートされている修復後にリソースの使用量が変化した場合は、因果関係を起因させる前に機能がまだ動作することを確認してください。

停止または無効化できますか?

コンポーネントのサービスを中断すると、更新プログラムや機能のインストールが破損する可能性があります。記録された状態を保持し、サポートされているサービス回復プロセスを使用してください。

組織のメンテナンスおよび再起動のポリシーを遵守してください。繰り返し行われる強制停止、所有権の変更、更新またはインストーラーのキャッシュの削除は、有用な証拠を削除し、復元を困難にする可能性があります。問題が解決したと宣言する前に、意図した操作が完了していることを確認してください。

停止、再起動、および無効化を別々の操作として扱います。再起動は現在の作業を中断し、無効化は将来の起動動作を変更します。変更をリクエストする機能があるからといって、その変更が安全であること、サポートされていること、または組織のポリシーによって許可されていることが確立されるわけではありません。この記事では、普遍的な停止コマンドや無効化コマンドではなく、検査コマンドを意図的に最初に配置しています。

復旧、確認、およびエスカレーションのチェックリスト

承認された構成変更の前に、元の起動設定、サービス アカウント、依存関係、および関連する機能ポリシーを記録します。ユーザー、ストレージ、認証、またはリモート管理が影響を受ける可能性がある場合は、メンテナンス ウィンドウと既知のリカバリ アクセス パスを取得します。バックアップと資格情報の復旧マテリアルは、サポートのトランスクリプト内ではなく、認可された安全な場所に保管してください。

製品所有者または管理者のサポートされている手順を使用して、正当化された設定を一度に 1 つずつ変更します。結果が悪くなった場合は、同じサポートされている管理パスを通じて記録された構成を復元します。サービスの権限を推測したり、サービス アカウントを管理者に置き換えたり、別の Windows ビルドからレジストリ キーをインポートしたり、動作するサービスの起動をアプリケーションが回復した証拠として扱ったりしないでください。

元の操作を繰り返し、その結果を確認し、同じ種類のワークロードにわたってサービスとアプリケーションのイベントを比較することによって、復旧を確認します。依存する機能が引き続き機能し、症状がすぐに再発しないことを確認します。原因が不明なままの場合は、破壊的な修復を再試行するのではなく、失敗したテストを証拠として保持してください。

• サービス識別子と実際のインスタンス名、Windows のエディション/ビルド、影響を受けた機能、およびデバイスが管理されているかどうかを含めます。
• タイムスタンプ付きのサービス状態、依存関係の出力、正確なアプリケーション エラー、および関連するイベント プロバイダーとメッセージを含めます。
• 最小限の再現手順、試行されたサポートされている変更、およびそれらの観測された結果を含めます。
• ログを共有する前に、パスワード、回復キー、アクセストークン、秘密キー、個人ファイルの内容、および不要な識別子を編集して非表示にします。

関連情報

これらはこの記事に関連する項目です。リンクごとに種別が表示されます。

出典と検証

エディトリアル所有権: Feex。独立したレビュー日は記録されていません。 調査方法.

• Microsoft: Windows IoT Enterprise サービス ガイド · サービス行の正確な位置: (TrustedInstaller)。Windows 10/11 IoT Enterprise のスコープ。一般的な構成の推奨事項ではありません。
• Microsoft: Windows サービス アーキテクチャ · サービスのライフサイクルと管理アーキテクチャ。以下の診断解釈は Feex の編集上のガイダンスです。
• Microsoft: Win32_Service プロパティ · 状態、起動モード、サービス ID、プロセス ID、および構成された実行ファイルのパスの定義。
• Microsoft: Get-Service · 読み取り専用のサービス検出と依存関係の検査。例は Windows PowerShell を対象としています。
• Microsoft: sc.exe クエリ · サービス状態の出力とサービス名の構文。
• Windows イメージの修復 ・ 機能固有の調査リファレンス。記載されている製品とバージョンのスコープに従ってください。
• Windows Update の問題のトラブルシューティング ・ 診断エリアのコンテキストであり、固定された依存関係リストや普遍的な起動構成の証拠ではありません。