「Garbage collection for extensions on file thread is complete.」は、拡張機能のファイル整理処理が完了したという情報メッセージです。この英文だけでは、Edgeがクラッシュした証拠や原因にはなりません。Event 256を見つけた場合は、イベントのソース・レベル・本文と、実際にウィンドウが閉じたかを分けて確認します。
英文ログの意味をソースコードで確認
Event 256, Edge
[3600:6752:0315/123114.580:INFO:extensiongarbagecollector.cc(184)] Garbage collection for extensions on file thread is complete.
ChromiumのExtensionGarbageCollector実装では、拡張機能の保存先を調べる処理の後に、この文をSYSLOG(INFO)で出力しています。ここから読み取れるのは、ファイル側の整理処理の終わりを知らせるという点です。動画再生やService Workerが必ず原因になるという意味ではありません。
extension_garbage_collector.ccの後に付く188や212等は、記録元のソースファイルの行番号です。ビルドで変わり得る値なので、番号ごとの専用修正を探す前に全文を確認します。このINFO行から、特定の拡張機能が壊れている、メモリが不足している、GPUドライバーが故障しているとは断定できません。
Event ID 256だけで正常・異常を決めない
同じ数字のイベントIDでも、ソースが異なれば意味が違います。本記事が扱うのはEdgeのログ中にある上記の完了メッセージです。別の本文、警告・エラー、別のソースの256まで「無害だから無視」と広げないでください。
| 確認項目 | 記録する内容 |
|---|---|
| ソース／プロバイダー | Edge、Chrome等の名称。数字だけで分類しない |
| レベル | 情報・警告・エラー等 |
| 本文 | INFO行を含む全文とファイル名 |
| 発生時刻 | 操作した時刻と、実際に落ちた時刻 |
| 実際の症状 | ログだけか、タブのエラーか、全ウィンドウの終了か |
Edgeが正常に使えていてこの完了行だけがある場合、ログを消すための再インストールや全拡張機能削除から始める必要はありません。実際に落ちる場合は、近い時刻に残っただけの情報ログと異常終了の記録を分けます。
Edgeが勝手に終了する場合の記録
Microsoftのクラッシュ調査資料は、edge://versionの完全なバージョン、イベントビューアーの「Windowsログ」→「Application」でApplication Errorとmsedge.exeに対応する記録、edge://crashesの最近のCrash IDを集めるよう案内しています。
- 終了前に行った操作、サイト、動画・会議等の条件と発生時刻を控える。
- Application Errorで障害アプリ名、障害モジュール、例外コードを確認する。
- edge://crashesが開ける場合は、該当するCrash IDを控える。
- 記録がない場合も正常と断定せず、起動失敗か停止応答か等の症状を残す。
障害モジュール名は調査の手掛かりであり、その名前があるだけでDLLを削除する指示にはなりません。ダンプやログを公開する場合は、サイトやユーザー情報等の含まれる範囲を確認します。
まずEdgeの更新・再起動と拡張機能を確認
一般向けの公式対処に沿い、「設定」→「Microsoft Edgeについて」で更新の有無を確認し、未保存の作業を保存してEdgeとPCを再起動します。必要のないタブやアプリを閉じて、同じ操作を試してください。
起動できる場合はedge://extensionsで利用中の拡張機能を確認し、設定を控えて一つずつオフにして再現を比べます。管理者が強制導入しているものは担当者へ確認します。一つをオフにして変化があっても、それだけで完了ログの記録原因を証明したわけではありません。
グラフィックアクセラレーションを一時比較する
公式クラッシュ資料では、起動できる時間がある場合、edge://settings/systemでグラフィックアクセラレーションをオフにし、Edgeを再起動して比較します。改善したらPC・GPUの提供元で対応ドライバーを確認し、更新後はオンへ戻して再確認します。
オフにすると変化することは描画経路を調べる手掛かりです。Event 256を止めるための必須設定ではなく、GPUが故障していると確定する結果でもありません。DDUや工場出荷状態へのリセットを、すべてのPCへ一律に実施する案内はしません。
プロファイルを比較するときは元データを残す
公式資料には一時的なユーザーデータフォルダーで起動して比較する方法があります。通常起動できる環境では、別の新しいプロファイルを作り、最初はサインイン・同期や元の拡張機能を追加せず、同じ操作を比べる方法もあります。
新しいプロファイルで改善したら、元の設定・拡張機能等を少数ずつ比較します。元のプロファイルを即座に削除せず、お気に入りや保存データを確認してください。同期で同じ構成を戻すと比較条件が変わるため、「別プロファイルを作るだけで完全解決」とは案内しません。
Edgeの修復：変更から修復へ
- Edgeを閉じ、ほかのサインインユーザーも含めて終了していることを確認する。
- Windowsの「設定」→「アプリ」→「インストールされているアプリ」でMicrosoft Edgeを選ぶ。
- 「変更」（Modify）から、管理者承認後に「修復」（Repair）へ進む。
- インターネット接続を確認して修復し、元の操作で再現を調べる。
公式案内では修復によってブラウザーデータや設定は影響を受けない想定です。変更が表示されない管理端末は、管理者へ相談します。ブラウザー全体をDefenderの除外対象にしたり、保護を停止したまま使ったりする対処は行わず、製品の更新やブロック履歴を提供元と確認してください。
DISM・SFCはWindows破損を疑う場合に限定
Edge以外にもWindowsの機能が失敗するなど、システムファイルを調べる必要がある場合は、Microsoftのシステムファイル確認手順に沿って管理者で次を実行します。Event 256の完了ログだけを理由に行うものではありません。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
DISMの終了を待ってからSFCへ進み、実際に表示された結果を控えます。「破損を修復した」という文が必ず出るわけではありません。成功しても、同じEdge操作の再現と異常終了ログを確認してください。
監視では元ログを保持し、必要な記録へ絞る
調査用にイベントビューアーの表示を時刻やレベルで絞る場合も、Application Error等の別ソースを除外しないでください。ソースをEdgeだけに限定すると、msedge.exeの異常終了が別ソースとして記録されたものを見落とす可能性があります。ログを削除・無効化することと表示条件を変えることは別です。
企業端末は、適用ポリシー、強制拡張機能、セキュリティ製品、端末・Edgeの版、同じ条件の発生台数をそろえて管理者へ渡します。旧Edge向けのpre-launch設定を現行Edgeの一般修正として適用する案内はせず、対象製品と現行ポリシーを確認します。
確認では、Event 256の件数だけでなく、同じ操作でEdgeが終了したか、Application Errorの記録やCrash IDが増えたかを比較してください。ログの表示を絞っただけでクラッシュが直ったとは判断しません。
コメント