Windows を起動するたびにメモ帳が勝手に立ち上がり、debug.log という見慣れないファイルがドンと表示される…。作業前に毎回閉じるのは意外とストレスですよね。本記事では、この「debug.log が起動時に毎回メモ帳で開いてしまう」原因を、スタートアップの仕組みから丁寧に解説しつつ、Autoruns とエクスプローラーを使って確実に止める具体的な手順を詳しく紹介します。
Windows 起動のたびに debug.log がメモ帳で開く原因
まずは症状を整理します。
- Windows にログオンすると、毎回 Notepad（メモ帳）が自動起動する
- 開かれるファイル名は多くの場合
debug.log - 中身には英数字の羅列やエラーコードなどが書かれている
この症状が出ているとき、Windows 自体が壊れているわけではありません。ほぼ確実に、次のどれかが原因になっています。
- スタートアップフォルダーに
debug.logまたはそのショートカットが置かれている - レジストリの自動起動項目（Run キー）からメモ帳＋debug.log が呼び出されている
- タスクスケジューラに「ログオン時に debug.log を開く」タスクが残っている
- あるアプリケーションが「起動時にログファイルを開く」設定になっている
つまり、「Windows が勝手に debug.log を開いている」のではなく、何らかの自動起動ポイントに、メモ帳や debug.log を呼び出す設定が残っているだけです。この設定を特定して止めてあげれば、次回の起動からメモ帳は表示されなくなります。
スタートアップとログファイルの仕組みを理解する
対処に入る前に、どこを探せばよいのかをイメージしやすくするため、Windows の主な自動起動ポイントをざっくり押さえておきましょう。
代表的な自動起動ポイント一覧
| 自動起動の種類 | 主な保存場所 | 代表的な確認方法 |
|---|---|---|
| スタートアップフォルダー（ユーザー） | %appdata%\Microsoft\Windows\Start Menu\Programs\Startup | エクスプローラーや Win + R で開く |
| スタートアップフォルダー（全ユーザー） | %programdata%\Microsoft\Windows\Start Menu\Programs\Startup | エクスプローラーや Win + R で開く |
| レジストリ Run キー（ユーザー） | HKCU\Software\Microsoft\Windows\CurrentVersion\Run | Autoruns の Logon タブで確認 |
| レジストリ Run キー（全体） | HKLM\Software\Microsoft\Windows\CurrentVersion\Run | Autoruns の Logon タブで確認 |
| タスクスケジューラ | タスクスケジューラ ライブラリ | Autoruns の Scheduled Tasks タブで確認 |
debug.log がメモ帳で開いてしまうときは、上記のいずれかから「notepad.exe debug.log」のような形で呼び出されているケースがほとんどです。
対処の流れ：どの方法から試すべきか
作業の全体像は次のようになります。
- まず Autoruns で「debug.log」を呼び出している自動起動項目を探し、無効化する
- 並行して、スタートアップフォルダーから debug.log（やショートカット）を削除する
- debug.log の中身を確認し、どのアプリが出力しているログなのか見当をつける
- 心当たりのない場合は、ウイルス対策ソフトでフルスキャンして安全性を確認する
- 正規アプリが原因なら、そのアプリの設定変更や再インストールで根本対策を行う
この記事の手順通りに進めれば、Windows 10 / Windows 11 どちらでも、ほとんどのケースで debug.log の自動起動を止めることができます。
Autoruns を使って debug.log の自動起動を止める
Autoruns は Microsoft が提供している強力なスタートアップ管理ツールです。レジストリやタスクスケジューラを含め、「Windows に自動起動登録されているもの」をまとめて一覧表示できるので、今回のようなトラブルシューティングに向いています。
Autoruns を管理者権限で起動する
- Autoruns の実行ファイル（
Autoruns.exeまたはAutoruns64.exe）を右クリックする - 「管理者として実行」を選択する
- ユーザーアカウント制御（UAC）が出たら「はい」をクリックする
管理者権限で起動しないと、一部の自動起動項目が見えなかったり、無効化できないものが出てくるため、必ず管理者として実行しましょう。
Logon タブで debug.log を探す
Autoruns が起動したら、まずはもっとも可能性の高い Logon タブを確認します。
- ウィンドウ上部のタブから 「Logon」 をクリック
- 右側のフィルター欄（
Filter）にdebug.logと入力して絞り込む - 「Image Path」や「Command」列に
notepad.exe debug.logのような記述がないか確認
典型的には、次のような形で表示されます。
"C:\Windows\System32\notepad.exe" "C:\Users\ユーザー名\Desktop\debug.log"notepad.exe C:\debug.log
このようなエントリが見つかったら、それがメモ帳＋debug.log を起動している犯人です。
該当エントリを無効化または削除する
見つかったエントリに対して、次のどちらかを行います。
- チェックボックスのチェックを外す（無効化）
- エントリを右クリックして Delete（削除）
迷ったら、まずは「削除」ではなく チェックを外して無効化 するだけにしておくと安心です。動作に問題が出た場合も、チェックを戻せば元に戻せます。
どの項目を無効化してよいか判断するポイント
Autoruns に表示される項目の中には、Windows の正常動作に関わる重要なものも含まれています。何でもかんでもチェックを外すのは危険です。次の表を参考に、慎重に判断しましょう。
| 着目すべき情報 | チェックポイント |
|---|---|
| Publisher（発行元） | Microsoft や PC メーカー名など、信頼できる発行元かどうか |
| Image Path / Command | notepad.exe と debug.log が明示的に書かれているか |
| ファイルの場所 | C:\Windows 配下なのか、C:\Program Files なのか、ユーザーフォルダー直下なのか |
| 「Description」列 | アプリ名が分かる場合は、そのアプリの機能に関係しそうかどうか |
「notepad.exe debug.log」だけを単独で呼び出しているようなエントリであれば、基本的には無効化して問題ないケースが多いです。逆に、OS の名前やドライバー名が書かれているエントリに手を出すのは避けましょう。
Scheduled Tasks タブも念のため確認する
Logon タブで見つからなかった場合や、より確実にしたい場合は、Scheduled Tasks タブもチェックします。
- Autoruns 上部のタブから 「Scheduled Tasks」 をクリック
- 同じくフィルター欄に
debug.logまたはnotepadと入力して絞り込む - 「Description」や「Image Path」に debug.log を呼び出しているタスクがないか確認
もし「トリガー：ログオン時」「操作：notepad.exe debug.log」のようなタスクが見つかったら、それを無効化（チェック解除）または削除します。
エクスプローラーからスタートアップフォルダーを直接編集する
Autoruns とあわせて、スタートアップフォルダーに debug.log やそのショートカットが置かれていないかも確認しておきましょう。こちらはより分かりやすい方法なので、PC に詳しくない人にも勧めやすいやり方です。
ユーザーのスタートアップフォルダーを開く
- Windowsキー + R を押して「ファイル名を指定して実行」を開く
- 次の文字列を貼り付けて Enter キーを押す
"%appdata%\Microsoft\Windows\Start Menu\Programs\Startup" - エクスプローラーでスタートアップフォルダーが開く
ここに debug.log 本体や、debug.log を指すショートカット（拡張子 .lnk）が入っている場合、Windows 起動時に毎回メモ帳が起動する原因になります。
全ユーザー共通のスタートアップフォルダーも確認する
同様に、全ユーザー共通のスタートアップフォルダーも確認すると安心です。
- 再び Windowsキー + R を押す
- 次の文字列を入力して Enter キーを押す
"%programdata%\Microsoft\Windows\Start Menu\Programs\Startup" - 同様に、debug.log や関連ショートカットがないか確認する
見つかったら削除または移動する
スタートアップフォルダー内に debug.log や怪しいショートカットがあれば、次のどちらかの対応を取ります。
- 右クリック → 削除 で完全に削除する
- デスクトップなど別の場所に一時的に移動して動作を確認する
不安であれば、いきなり削除せずに「一旦デスクトップに移す → 再起動して様子を見る」といった手順をとると安心です。問題がなければ、そのまま削除してしまって構いません。
Autoruns でレジストリやサービスもまとめてチェックする
Logon タブとスタートアップフォルダーを確認しても debug.log の自動起動が止まらない場合、レジストリやサービス経由で呼び出されている可能性があります。Autoruns の複数タブを使って、まとめてチェックしておきましょう。
| Autoruns のタブ | チェックする内容 |
|---|---|
| Logon | ユーザー／全体の Run キー。最優先で確認 |
| Scheduled Tasks | 「ログオン時」トリガーで notepad や debug.log を呼ぶタスク |
| Services | サービスとして登録されているアプリのうち、ログ出力周りのもの |
| Drivers | ドライバー由来のログでないか確認（基本的には触らない） |
| Everything | フィルターに debug.log を入れて全体から一括検索 |
特に便利なのが、Everything タブ + フィルター検索です。
- Everything タブをクリック
- フィルター欄に
debug.logと入力 - どのタブ（どの種類の自動起動）から debug.log が呼ばれているのか一目で把握
見つけたエントリが、先ほどの Logon や Scheduled Tasks にも表示されているはずなので、そこから無効化・削除を行いましょう。
debug.log の中身を確認して元アプリを特定する
debug.log 自体はあくまで「ログファイル」です。重要なのは、どのアプリケーションがそのログを書き出しているのかを突き止めることです。メモ帳で開いて、次のような点をチェックしてみてください。
ファイルの冒頭や末尾にヒントが書かれていないか
多くのアプリは、ログの冒頭に自分の名前やバージョンを出力します。例えば、こんなイメージです。
[MyBackupTool] Version 1.2.3Application: SampleGame.exeChrome Debug Log
アプリ名や実行ファイル名（xxx.exe）が分かれば、そのアプリの設定を調べたり、再インストールを検討することができます。
パスやフォルダー名から推測する
ログ内に次のようなパスが含まれている場合、それがヒントになります。
C:\Program Files\ExampleApp\example.exeC:\Games\MyGame\game.exeC:\Users\ユーザー名\AppData\Local\CompanyName\App\app.exe
この場合、ExampleApp や MyGame が debug.log を書き出している元アプリの可能性が高いです。スタートメニューや「アプリと機能」の一覧から該当アプリを探してみましょう。
エラーコードやメッセージから状況を把握する
ログの途中に次のような情報があれば、アプリが何かのエラーで落ちた結果として debug.log を吐き出しているケースもあります。
Exception code: 0xc0000005Failed to initialize DirectXNetwork connection timeout
このような内容の場合、「アプリがたびたびクラッシュしており、その記録が毎回起動時に開いてしまっている」ということも多いです。単に debug.log を開かせないだけでなく、アプリ側のトラブルシューティングも必要になるかもしれません。
セキュリティ面の確認：マルウェアではないか
debug.log が必ずしも危険なものというわけではありませんが、まったく心当たりのないタイミングで突然現れた場合は、念のため次のようなセキュリティチェックも行っておきましょう。
ウイルス対策ソフトでフルスキャンする
- Windows Defender（Windows セキュリティ）のフルスキャンまたはオフラインスキャンを実行する
- サードパーティ製のウイルス対策ソフトを使用している場合も、最新の定義ファイルに更新してからスキャンを実行する
特に、debug.log が C ドライブ直下（C:\debug.log）に勝手に作られる、見覚えのないフォルダー名の下に大量に生成される、といった場合は、マルウェアや不正なツールが動作している可能性もゼロではありません。
スタートアップ項目に見覚えのない実行ファイルがないか確認する
Autoruns の一覧を眺めてみて、次のような項目がないかも確認しておきます。
- Publisher（発行元）が空白、または意味不明な文字列になっている
- ファイルパスが
C:\Users\ユーザー名\AppData\Roamingなど、ユーザーフォルダーの深い場所にある - 名前から何をするプログラムなのかまったく想像できない
こうした項目は、単に debug.log 問題に関係するだけでなく、セキュリティリスクになっている可能性もあるため、優先的に調査・対応した方がよいケースがあります。削除前に、ファイルのプロパティやファイル名で検索して、何のプログラムかを一度調べておくと安心です。
正規アプリが原因の場合：設定変更や再インストールで対処
debug.log を吐き出しているアプリが特定できた場合、そのアプリ側で「起動時にログを開かない」ように設定できることがあります。
アプリの設定画面を見直す
次のような設定項目がないか、アプリのオプションや環境設定を確認してみてください。
- 「起動時にログウィンドウを表示」
- 「エラー発生時にログを自動表示」
- 「診断モード」「デバッグモード」などのチェックボックス
これらがオンになっていると、毎回起動時に debug.log が表示されてしまうことがあります。チェックを外して保存し、PC を再起動して挙動を確認しましょう。
一度アンインストールしてクリーンに入れ直す
設定を見直しても改善しない場合や、設定画面が見つからない場合は、次の手順でアプリ自体をクリーンに入れ直す方法も有効です。
- 設定 → アプリ → インストールされているアプリ（または「アプリと機能」） を開く
- 該当アプリを選択し、「アンインストール」を実行
- PC を再起動する
- 最新のセットアップファイルから再度インストールする
アップデート失敗やファイル破損が原因で、デバッグログが異常に出ているケースでは、クリーンインストールで解消することがよくあります。
それでも debug.log が開き続ける場合の追加チェックポイント
ここまでの手順をすべて試しても、まだ Windows 起動時に debug.log がメモ帳で開いてしまう場合は、少し踏み込んだ切り分けを行ってみましょう。
クリーンブートで動作を確認する
クリーンブートとは、Microsoft 以外のサービスやスタートアップを一時的に無効化して起動する方法です。これにより、どの系統の常駐アプリが問題を起こしているのか大まかに切り分けられます。
- Windowsキー + R →
msconfigと入力し Enter - 「サービス」タブで「Microsoft のサービスをすべて隠す」にチェック
- 残っているサービスのチェックをすべて外す
- 「スタートアップ」タブから「タスクマネージャーを開く」をクリックし、不要なスタートアップを無効化
- PC を再起動して debug.log が開くか確認
クリーンブート状態で debug.log が開かなくなるなら、無効化したサービスやスタートアップのどれかが原因です。少しずつ有効化していくことで、犯人のアプリを特定できます。
新しいユーザープロファイルで再現するか確認する
ユーザープロファイル自体の設定が壊れているケースも、まれにあります。次のようにして、新しいユーザーで症状が出るか確認してみましょう。
- 設定 → アカウント → 家族とその他のユーザー（または「他のユーザー」）を開く
- 新しいローカルアカウントまたは Microsoft アカウントを追加する
- サインアウトして、新しいユーザーでサインインする
- Windows 起動時に debug.log が開くかどうか確認する
新しいユーザーでは debug.log が開かない場合、元のユーザープロファイルのスタートアップ設定やレジストリに問題があると考えられます。必要に応じて、ファイルを新しいユーザーに移行することも検討してください。
企業や組織の PC で発生している場合の注意点
会社支給の PC や、ドメイン参加している Windows 端末で debug.log の問題が出ている場合は、自分で設定を変えないほうがよいケースもあります。
- ログオンスクリプトやグループポリシーで、ログ収集のために debug.log を自動表示している
- 社内ツールが障害調査中で、一時的に詳細ログを出す設定になっている
このような場合、勝手にスタートアップ設定を削除してしまうと、社内の運用ルールに反してしまうかもしれません。心当たりがある場合は、まずシステム管理者や情報システム部門に相談し、「debug.log が毎回開いて困っている」と伝えたうえで、指示に従うようにしましょう。
まとめ：debug.log を開かせずに快適な起動に戻す
「Windows 起動のたびに debug.log がメモ帳で開いてしまう」トラブルは、見た目は地味ですが、毎日のことなので放置すると確実にストレスがたまります。しかし、仕組みを分解してみると、原因は次のどれかに絞り込めることがほとんどです。
- スタートアップフォルダーに debug.log またはそのショートカットが置かれている
- Autoruns の Logon / Scheduled Tasks に、notepad.exe と debug.log を呼び出す項目が登録されている
- 特定のアプリが「起動時にログを表示する」設定になっている
本記事で紹介したように、
- Autoruns を使って自動起動ポイントを一括で洗い出し、不要なものを無効化する
- エクスプローラーでスタートアップフォルダーを開き、debug.log やショートカットを削除する
- debug.log の中身から元アプリを特定し、設定変更や再インストールで根本的に解決する
- 心当たりのない場合はウイルススキャンも実施して安全性を確認する
といった流れで対処すれば、次回ログオン時からメモ帳が勝手に開くことはなくなるはずです。落ち着いて一つずつ確認し、快適な Windows の起動環境を取り戻しましょう。
コメント