file選択時の一瞬のfreezeは、Explorer本体だけでなくPreview pane、thumbnail/metadata handler、cloud上のonline-only entry、network path、antivirus、第三者shell extensionが選択eventに反応して起こります。再installへ進む前に、folder、file type、preview状態、local/cloud、user profileの組み合わせを表にします。
結論は「Windows Updateとrestartを確認し、Preview paneをoffにした比較、local copyでの比較、clean bootでの第三者service切り分けを行います。原因を特定せずcacheやRegistryを一括削除しません」です。
freezeを再現するfile条件を記録する
一瞬固まるのか「応答なし」が継続するのか、fileをselectした時かdouble-click時か、特定extensionだけかを分けます。Task ManagerでExplorerのCPU、disk、networkを観察し、Event ViewerのApplication logとReliability Monitorに同時刻のcrash/hangがないか確認します。
- freezeするfile type、folder、local/cloud/networkの区分
- Preview pane・Details pane・thumbnailのon/off
- ExplorerのCPU・disk・network使用率と継続秒数
- 別user profileとclean bootで再現するか
- OneDrive online-only fileのavailability状態とsync error
test用folderへ機密でない小fileをcopyし、Preview pane off、thumbnail表示変更、network切断などを一条件ずつ試します。productionの共有folderから大量copyせず、一つのfileで比較します。Explorer processのrestartは開いているcopy操作やfolder windowがないことを確認してから行います。
クリックした瞬間の停止時間、対象ファイルの拡張子・サイズ・保存場所・同期状態を記録し、ローカルの小さなtxt、同形式の別ファイル、ネットワーク共有、OneDriveのオンラインのみファイルで比較します。右クリックでも止まるか、プレビューウィンドウを表示したときだけか、サムネイル生成時かを分けます。Explorer全体のCPU・ディスク使用率とApplication Hangイベントも同じ時刻で確認します。
表示機能を一項目ずつ外して比較する
まずWindows Update、pending restart、free disk spaceを確認します。次にAlt+P等でPreview paneをoffにし、同じfileをselectします。cloud fileなら「このdevice上で常に保持」のtest copy、network fileならlocal copyを使い、download latencyとExplorer handlerを分けます。最後にMicrosoftのclean boot手順で第三者serviceを切り分け、必ずNormal Startupへ戻します。
Preview paneをoffにして比較
File Explorer
→ View
→ Show
→ Preview pane をoff
→ 同じtest fileを一回selectDetails paneやthumbnailも同時に変えず、一設定ずつ結果を記録します。
Task ManagerでExplorer負荷を見る
Ctrl + Shift + Esc
→ Processes
→ Windows Explorer
→ CPU、Memory、Diskを観察Restartを押す前にcopy、rename、archive処理が進行中でないことを確認します。
local copyとonline-only fileを比較
test fileの状態を確認
Online-only / Locally available / Always available
→ 同じsizeのlocal test fileと選択時間を比較Files On-Demandのdownload待ちをExplorer hangと混同しません。
Reliability Monitorを確認
Startで Reliability Monitor を検索
→ View reliability history
→ freeze時刻のApplication failureを開くfaulting module名とtimestampを記録し、unknown DLLを削除しません。
clean boot後に元へ戻す
msconfigでMicrosoft serviceを隠して第三者serviceを段階的に無効化
→ 再現test
→ 調査終了後 Normal Startupへ復元全serviceを一括停止した状態を常用せず、Microsoft公式の復元手順を守ります。
最初はプレビューウィンドウと詳細ウィンドウを一時的に非表示にし、同じテストファイルで再現を比較します。クラウドファイルなら状態アイコンを確認し、機密でない一件だけをローカルへ明示的にダウンロードして差を見ます。特定形式だけなら関連アプリとshell extensionの現行版を確認し、Microsoftまたはベンダー公式の更新を試験端末へ適用します。
選択時にExplorerが行う処理をlocal・cloud・networkで比べる
Explorerはfile選択時にicon、thumbnail、property、preview、context menu handler、cloud availability等を問い合わせます。特定extensionだけ遅いならcodecやhandler、cloudだけ遅いならnetwork/sync、全folderで遅いならresourceまたはsystem componentという仮説を立てられます。ただし相関だけで第三者appを犯人と断定しません。
- File Explorerの起動・応答問題についてMicrosoftはupdate、restart、system maintenance、SFC等を案内している
- Preview/thumbnail handlerはfileを開かなくても選択時に動作し得る
- OneDrive Files On-Demandはonline-only fileを必要時にdownloadする
- clean bootはstartup service conflictを切り分ける一時診断である
- Explorer restartは進行中のfile操作へ影響し得る
Explorerは選択時にアイコン、サムネイル、メタデータ、プレビューhandler、ウイルス検査、クラウドのオンライン専用項目の取得、ネットワーク先の応答を待つことがあります。そのためファイルを開いていなくてもクリックだけで停止します。ローカルtxtが即時で、特定形式やオンラインのみファイルだけ遅いなら、Explorer本体よりhandler・同期・ネットワークの待ち時間を疑えます。
Registry cleanerや一括削除を避ける
Registry cleaner、shell extension一括削除、thumbnail cacheの無差別削除を初手にしません。network shareでfreezeする場合、server側latencyやoffline file policyを管理者へ確認します。clean boot中はsecurity serviceを長時間止めず、internet利用を最小化し、調査後に元状態を復元します。
- Preview paneとthumbnailを同時に変えて原因を特定できなくする
- online-only fileのdownload待ちをExplorer故障とする
- clean boot状態を通常運用に残す
- faulting module名だけでfileを削除する
- Explorer restart中にcopyやarchiveを失う
原因不明のshell extensionをレジストリからまとめて削除したり、OneDriveフォルダー全体を常時保持へ切り替えたりしません。大容量データの一括ダウンロードは容量と通信を圧迫します。ファイルが破損している可能性がある場合は原本を上書きせず、別名copyで検査します。会社端末ではendpoint protectionを無効にせず、検査時間と製品ログを管理者へ確認します。
clean bootを戻せる形で検証する
Preview on/off、local/cloud/network、file type、別user、clean bootの結果をmatrixにします。修正後は通常startupへ戻し、代表fileを連続20回selectしてfreeze時間、Explorer resource、Event logを確認します。OneDrive syncとsecurity softwareが正常に戻ったことも確認します。
- 再現条件がfile typeまたは保存場所まで特定できた
- 変更した一項目とfreeze改善の関係を再現できた
- clean bootやPreview設定を必要な通常状態へ戻した
- Explorer crash/hang eventと利用者操作が正常化した
改善策ごとに同じファイルを十回選択し、最短・中央値・最大の停止時間を記録します。ローカル、クラウド、ネットワーク、複数拡張子で比較し、Explorer再起動後とWindows再起動後も再現しないか確認します。プレビューを戻す場合は一項目ずつ復帰し、どのhandlerで遅延が戻るかを特定します。
通常操作へ戻せたかを測る
Preview handlerや第三者appが特定できたらvendor updateまたは正式uninstallを検討します。cloud/networkだけで起きるならsync/server担当へlogを渡します。全fileで継続しSFC後も改善しない場合は、Reliability MonitorとEvent logを添えてMicrosoft supportへ進みます。
一つの破損ファイルだけなら原本保全と作成元アプリでの修復へ進みます。特定ベンダー形式だけなら拡張機能・プレビューhandlerの更新または無効化をベンダー手順で行います。すべてのファイルでExplorerが停止し、クリーンブートや新規プロファイルでも再現する場合は、イベント、WPR等のtrace、OSビルドを添えてITへ性能調査を依頼します。
コメント