Windows Server 2019でデスクトップが固まる・アイコンがクリックできない（ドライブ容量拡張後）の原因と対処法

Windows Server 2019でドライブ拡張後に、ログインするとデスクトップが固まりアイコンが反応しない。多くはバックグラウンドの高負荷プロセスがExplorerを巻き込んでいる状態です。原因プロセスの見つけ方と安全な対処をまとめます。

症状を整理すると、最短で原因に近づける

「アイコンがクリックできない」と言っても、実際にはデスクトップ全体が固まっている場合と、Explorer（explorer.exe）だけが固まっている場合があります。切り分けを先にやると、遠回りが減ります。

確認ポイント	できる／できない	疑うべき方向性	最初にやること
Ctrl + Shift + Escでタスクマネージャーが開く	開く	OS全体は生きている。Explorerや特定プロセス起因の可能性が高い	CPU/メモリ/ディスクの張り付きと原因プロセスを特定
タスクバーは反応する（時計/通知/右クリックなど）	反応する	Explorerの一部（デスクトップ表示領域）だけが不調なケースが多い	Explorerの再起動、シェル拡張の疑い
スタートメニュー検索でアプリが起動できる	起動できる	入力経路が生きている。GUIだけが詰まっている可能性	「新しいタスクの実行」でPowerShellを起動して調査
Alt + Tabでウィンドウ切替できる	できる	描画は生きている。バックグラウンドの高負荷で反応が遅い可能性	ディスク/CPU張り付きの確認、重いプロセスを優先的に見る
マウスカーソルは動くが、全クリックが無反応	無反応	入力処理が遅延している、またはシステム全体がフリーズ寸前	イベントログでディスク系エラー確認、必要なら保守再起動

ドライブ容量拡張の直後に「重い」状態が起きやすい理由

ドライブ（特にシステムドライブやデータが多いボリューム）を拡張すると、OSは内部的にさまざまな処理を走らせます。正常な動きでも、一時的にディスクI/OやCPUを使い切り、結果としてExplorerが応答不能に見えることがあります。

• ファイルシステム整合性チェック（ボリュームの状態により自動で走る／次回再起動で走る）
• 検索インデックス再構築（Windows Searchが大量のファイルを走査）
• セキュリティスキャン（Microsoft DefenderやサードパーティAVが「変更が大きい」と判断して走査）
• 最適化/トリム/最適化スケジュール（ストレージ種類によって負荷が出る）
• バックアップ/スナップショット/VSS（拡張直後に差分が大きくなる）
• ストレージドライバの再認識（仮想基盤・RAID・SANなどで影響が出ることがある）

今回のやり取りの結論も、「何かのプロセスがリソース（CPU/メモリ/ディスク）を使い切ってExplorerが巻き込まれている可能性が高いので、まず原因プロセスを特定して止める」という方針です。ここからは、そのための具体的な手順を、現場で使える形に落とし込みます。

最優先はタスクマネージャーで「張り付き」を見つける

デスクトップが触れない状況でも、キーボード操作だけで調査に入れます。まずはタスクマネージャーを起点にします。

操作	目的	うまくいかないときの代替
Ctrl + Shift + Esc	タスクマネージャーを直接開く	Ctrl + Alt + Delete → 「タスク マネージャー」
「詳細」表示に切り替え	CPU/メモリ/ディスクの列を見やすくする	最初は「簡易表示」のことがある
「パフォーマンス」タブ	CPU/メモリ/ディスクがどれか張り付いているか確認	全体の傾向が分かればOK
「プロセス」タブで列をクリック	高負荷プロセスを上に並べる	まずはディスク→CPU→メモリの順に見る

ここで重要なのは「どれが100%に近いか」です。Explorerが固まる原因は大きくディスク張り付きとメモリ圧迫とCPU高負荷に分かれます。

張り付きの例	よくある見え方	典型的な原因	次の一手
ディスク 90〜100%	クリックが遅い／固まる。RDPだと「操作が戻ってこない」感じ	検索インデックス、AVスキャン、更新処理、ディスクエラー	原因プロセス特定→必要なら一時停止／ログ確認
メモリ逼迫	反応が極端に遅い。Commitが上限近い	リーク、巨大キャッシュ、バックアップ、DB、AV	上位プロセスを確認→サービス停止検討→ページファイル確認
CPU 80〜100%	画面は動くが操作が追いつかない。ファン音が増えることも	更新、暗号化/圧縮、インデックス、スクリプト暴走	CPU上位プロセスを確認→一時停止／終了（安全な範囲で）

「原因プロセス」を見つけるコツ

プロセス一覧だけでも当たりは付けられますが、ドライブ拡張直後はディスクI/Oが絡むことが多いため、次の順で見ると早いです。

1. ディスク列で並べ替え（%ではなく「MB/秒」や「ディスク」列がある場合はそれを優先）
2. 上位のプロセス名を控える（同名が複数ある場合は「詳細」タブでPIDも控える）
3. 不明なプロセスは、いきなり終了せず発行元やサービス名を確認
4. 安全に止められる候補から「試験的に終了」し、デスクトップが復帰するか観察

サーバー用途では、プロセス終了が業務影響につながることがあります。特に以下はむやみに終了しないでください。

• System、System interrupts、csrss.exe、wininit.exe、lsass.exeなどの基幹プロセス
• 役割（AD DS / SQL Server / ファイルサーバー等）の中核サービス

一方で、Explorerの不調切り分けとして「終了してもOSが落ちにくい」候補もあります。代表例をまとめます（環境差があるため、必ず状況を見て判断してください）。

プロセス名（例）	関係しやすい場面	見え方	対処の方向性
Windows エクスプローラー（explorer.exe）	デスクトップだけ反応しない	タスクバーは動くがアイコンが死ぬ等	再起動（後述）。復帰すれば一旦OK
SearchIndexer.exe	ファイルが多いボリュームを拡張した直後	ディスク読み取りが継続。CPUも上がりやすい	一時停止／インデックス対象見直し／再構築
MsMpEng.exe（Microsoft Defender）	拡張後・更新後	ディスク読み取り＋CPU。サーバーで顕著	ポリシーに沿ってスキャン調整／除外設定検討
TiWorker.exe / TrustedInstaller	更新適用直後	CPUやディスクを使い続ける	更新の完了待ち／再起動計画
svchost.exe（中身はサービス次第）	どの場面でも起こり得る	高負荷でも原因が見えづらい	サービスの特定（詳細タブ/コマンド）

応急処置：Explorerが固まっているだけなら再起動で復旧する

「アイコンがクリックできない」系のトラブルで、実務上いちばん効くことが多いのがExplorerの再起動です。OSの再起動より影響が小さく、切り分けにもなります。

• タスクマネージャー → 「プロセス」 → 「Windows エクスプローラー」 → 「再起動」
• 項目が見つからない場合：タスクマネージャー → 「詳細」→ explorer.exe を選択 → 「タスクの終了」→ 「ファイル」→「新しいタスクの実行」→ explorer.exe

復旧した場合、原因は「Explorer自体」ではなく、Explorerが参照する先（ネットワーク共有、シェル拡張、インデックス、AVなど）にあることが多いです。次の章の「負荷の正体」を追います。

ディスク使用率が張り付く場合にやるべきこと

ドライブ拡張後のフリーズで最も多いのはディスクI/O張り付きです。次の順で「誰がディスクを叩いているか」を特定します。

リソースモニターで「どのファイルにアクセスしているか」まで見る

タスクマネージャーで当たりを付けたら、可能ならリソースモニター（resmon）で確認すると、原因が一気に絞れます。

• タスクマネージャー → 「パフォーマンス」 → 「リソース モニターを開く」
• または「新しいタスクの実行」で resmon

リソースモニターの「ディスク」タブで、次を見ます。

• ディスク アクティビティ：どのプロセスがどのファイルにアクセスしているか
• ストレージ：キュー長（応答待ちが溜まっているか）

ありがちな原因と、現場での対処パターン

原因の例	現象の特徴	確認ポイント	対処（業務影響に配慮）
Windows Searchのインデックス	SearchIndexerが継続的にディスク読み取り	拡張したボリュームがインデックス対象になっていないか	一時停止、対象除外、夜間に再構築。ファイルサーバー用途は方針要検討
Defender/AVスキャン	MsMpEngやAVプロセスが読み取り続ける	拡張直後に「変更が大きい」扱いで走査が増える	スキャン時間帯調整、除外、リアルタイム保護の設計見直し
更新処理（Windows Update）	TiWorkerやsvchostが高負荷	更新のインストール/クリーンアップ中か	完了を待つ、計画再起動。強制停止は避ける
ディスクエラー／ストレージ遅延	ディスクI/Oが高いのに実効MB/秒は低い	イベントログ（Disk/Ntfs/storahci等）に警告・エラーがないか	ログ確認→ドライバ更新→ハード/基盤側の診断。必要なら保守対応

ディスクの不整合を疑うサイン

拡張作業に何らかの引っ掛かりがあると、ファイルシステム（NTFS）の不整合やドライバのリトライが発生し、見た目が「固まる」状態になります。次のような状況があるなら、ログ確認を優先してください。

• 拡張直後から頻発し、時間が経っても改善しない
• ディスク使用率が高いのに、転送速度が出ない（待ちが多い）
• RDP接続が切れる／再接続に時間がかかる

CPUやメモリが高い場合の見方

ディスクが普通でも、CPUやメモリが上限に張り付くとExplorerは簡単に反応しなくなります。サーバーでは「普段より少し重い」だけで操作不能に見えることもあります。

CPUが高いとき

• タスクマネージャーでCPU上位を確認し、特定プロセスが突出していないか見る
• 暗号化/圧縮/バックアップなど、拡張直後に走るジョブがないか確認
• サードパーティ製の監視エージェントやバックアップエージェントも候補

メモリが高いとき

• 「パフォーマンス」→「メモリ」で利用可能メモリが枯渇していないか確認
• 「プロセス」でメモリ上位を確認（「詳細」タブでコミット/ワーキングセットを見るとさらに分かりやすい）
• ページファイルの場所を変更していた場合、拡張作業やドライブ構成変更で影響が出ることがある

メモリ逼迫が原因なら、Explorer再起動だけではすぐ再発します。上位プロセスを止める（またはサービスを停止する）方向で考えます。

ドライブ容量をどう拡張したかで、見るべきポイントが変わる

今回の相談でも「ドライブ容量をどうやって拡張したか」が重要な確認事項として挙げられています。拡張方法によって、潜むトラブルが変わるためです。思い出せる範囲で、次のチェックリストを埋めてください。

拡張のパターン	具体例	よくある落とし穴	確認ポイント
仮想ディスク拡張 → OS側でボリューム拡張	Hyper-V/VMwareでVHDX/VMDK拡張後、ディスクの管理で拡張	基盤側のスナップショット残存、ストレージ遅延、ドライバ	基盤ログ/ストレージ遅延、ゲストのディスクエラーイベント
物理/RAID/SANのLUN拡張	ストレージ側で容量追加→OSで拡張	マルチパス設定、パス障害、キャッシュ設定	MPIO状態、ベンダーツールのヘルスチェック
サードパーティ製パーティション操作ツール	オンライン拡張ツールでCドライブ拡張	フィルタドライバ競合、予期せぬ再起動、整合性	ツールのログ、拡張前後でイベントエラーが増えていないか
ダイナミックディスク/記憶域スペース	記憶域のプール拡張	リビルド/リバランスでI/Oが跳ねる	バックグラウンドジョブの有無、完了までの負荷

拡張作業の直後は、裏で動く処理（リビルドや最適化）が「正しく」走っているだけの場合もあります。一方で、ログにエラーが出ているなら「待つ」ではなく「原因を潰す」フェーズです。

イベントビューアーでストレージ系エラーを確認する

タスクマネージャーすら開きづらい、または全体が固まる場合は、イベントログの確認が効果的です。拡張手順起因（ドライバ/ディスク異常/ファイルシステム不整合など）の手掛かりが出ます。

• 「新しいタスクの実行」→ eventvwr.msc
• 「Windows ログ」→「システム」
• 右側の「現在のログをフィルター」などで、重大/エラー/警告を優先表示

注目しやすいソース例（環境で変わります）。

• Disk / Ntfs / volsnap（VSS）
• storahci、ベンダー製のストレージドライバ
• vds（仮想ディスクサービス）

エラーが出ている場合は、単にExplorerを再起動しても根治しません。ストレージ基盤側（仮想基盤/RAID/SAN）を含めて、障害の芽を潰す必要があります。

GUIが重いときのための「キーボードだけで進める」調査手順

操作不能に近い状態でも、タスクマネージャーの「新しいタスクの実行」からPowerShellやコマンドプロンプトを起動できることがあります。状況証拠を集めて、原因を絞り込みます。

PowerShell（管理者）を開いて、まずは上位プロセスを確認します。

Get-Process | Sort-Object CPU -Descending | Select-Object -First 15 Name,Id,CPU,WS
Get-Process | Sort-Object WS -Descending  | Select-Object -First 15 Name,Id,CPU,WS

ディスクI/Oが疑わしいなら、リソースモニターが難しい場合でも「パフォーマンスカウンター」で傾向が見られます。

# 直近のディスク負荷の雰囲気を見る（例）
Get-Counter '\\PhysicalDisk(_Total)\\% Disk Time'
Get-Counter '\\PhysicalDisk(_Total)\\Avg. Disk Queue Length'

ボリュームが「Dirty」状態（次回チェックが必要）になっていないかも確認できます。

fsutil dirty query c:

結果の読み方が難しい場合は、まず「CPU/メモリ/ディスクのどれが張り付いているか」「上位プロセス名は何か」だけでも記録できれば、次の打ち手が立てやすくなります。

それでも改善しない場合の切り分け

高負荷プロセスを止めても改善しない、あるいはExplorerを再起動してもすぐ固まる場合は、「Explorerが参照する先」や「ユーザープロファイル」「シェル拡張」を疑います。

疑うポイント	ありがちな原因	切り分け方法	対処例
ネットワーク共有/リダイレクト	デスクトップや最近使ったファイルが共有先を参照して固まる	ネットワーク断の有無、エクスプローラーで共有を開くと固まるか	共有の可用性改善、オフラインファイル設計見直し
シェル拡張（右クリックメニュー等）	バックアップ/圧縮/クラウド同期ツールの拡張が不具合	新規ユーザーで再現するか、セーフモード相当で変わるか	拡張の更新/無効化、不要ソフト整理
ユーザープロファイル破損	特定ユーザーのみ発生	別ユーザーでログインして症状比較	プロファイル再作成、GPO/ログオンスクリプト見直し
常駐ツール/監視エージェント	拡張後に大量ファイルを走査してUIが止まる	サービス停止で改善するか（保守時間帯で）	設定調整、除外、バージョン更新

「拡張した直後から」発生している点を活かし、拡張前後で入れた変更（ドライバ更新、AV設定変更、バックアップ設定変更など）を棚卸しすると、原因に到達しやすくなります。

やってはいけないこと

• 原因が分からないまま基幹サービスやシステムプロセスを片っ端から終了する
• ディスクエラーが疑われる状況で、無理に負荷をかける（大量コピーやバックアップ強行）
• ログを見ずに「とりあえず再起動」を繰り返す（障害の兆候を見逃しやすい）

再発防止のために、拡張作業の前後でやっておくと強いこと

同じトラブルを繰り返さないために、拡張作業は「容量を増やす」だけでなく「負荷が出るイベント」として扱うのが現場では有効です。

• 保守時間帯に実施し、拡張直後の高負荷を許容できる時間を確保する
• 拡張前にバックアップ／スナップショット方針を確認する（特に仮想基盤）
• 拡張後はタスクマネージャーでCPU/メモリ/ディスクをしばらく監視し、張り付きがないか確認する
• ファイルサーバー用途なら、検索インデックスやAVスキャンの設計を見直す

よくある質問

Explorer再起動で直ったが、原因が分からないままで不安

一旦復旧しても、同じ負荷が再びかかると再発します。タスクマネージャーの「パフォーマンス」やイベントビューアーの「システム」に残る痕跡を、次回発生時のために控えておくのが実務的です。特にディスク系の警告・エラーがあるなら、早めにストレージ基盤まで含めて点検してください。

タスクマネージャーが開けないほど固まる

完全にフリーズに近い場合は、ディスクエラーやストレージ遅延が疑わしいです。可能ならイベントログを確認し、業務影響を考慮して計画再起動を行い、その後にログを詳しく追うのが安全です。無理な操作で状態を悪化させないことを優先します。

ドライブ拡張と関係ないプロセスが高負荷に見える

拡張が直接の原因ではなく、拡張をきっかけに「今まで隠れていた問題」が表面化することがあります。たとえばディスク空き容量不足が解消したことで、停止していた最適化や走査が再開して高負荷になる、などです。拡張前後のイベント（更新、バックアップ、AVの定義更新、バッチ処理）も合わせて見直してください。

まとめ

Windows Server 2019でドライブ容量拡張後に「デスクトップが固まり、アイコンがクリックできない」状態になったら、まずはタスクマネージャーでCPU/メモリ/ディスクの張り付きを確認し、原因プロセスを特定して対処するのが近道です。Explorerの再起動は応急処置として有効ですが、ディスク関連のエラーが出ている場合は根本原因（ドライバ・ストレージ・ファイルシステム）まで踏み込んで切り分けることが重要です。