【Windows】アプリが起動してすぐ落ちる時の対処法|修復・リセットと原因の調べ方

アプリが起動してすぐ閉じる場合は、そのアプリだけか、複数のアプリで起きるかを先に確認します。設定の不調、更新の影響、開こうとしたファイル、周辺機能との組み合わせなど、原因は一つではありません。リセットや再インストールの前に、アプリ内の未保存・未同期データを守りましょう。

1. 起動するだけでも落ちるかを確認する

特定の文書をダブルクリックして落ちるなら、スタートメニューからアプリだけを起動してみます。空の画面は開ける場合、文書、テンプレート、追加機能に原因を絞れることがあります。元の文書は上書きせず、コピーを用意して調べてください。

一つのアプリだけなら、提供元の障害・更新情報と対応OSを確認します。複数の無関係なアプリやWindowsの設定まで閉じるなら、空き容量、Windows更新、ユーザープロファイルなど共通の部分も調べます。最初から「Storeの登録が全部壊れた」と決めて、全ユーザーへ変更を加えないでください。

更新や新しい追加機能を入れた直後なら、その日時と変更内容を記録します。自分が変更していなくても、アプリの自動更新が行われた場合があります。作業を保存して通常の再起動を一度行い、再現するか確かめます。

2. データを保管してからアプリを修復する

設定の「アプリ」で対象を探し、詳細オプションに「修復」があれば実行します。従来型のデスクトップアプリでは、コントロールパネルの「プログラムと機能」から変更・修復する製品もあります。機能の有無はアプリによって異なります。

修復で直らない場合の「リセット」は、アプリの設定やローカルデータを削除することがあります。クラウドに保存したつもりでも同期が終わっているとは限りません。別端末やWeb版でファイルを確認する、アプリ固有のデータを書き出すなどしてから判断します。サインイン情報やライセンスの再認証方法も確かめてください。

手順はMicrosoftのアプリ修復案内で確認できます。会社配布のアプリは、管理ツールから修復する運用になっている場合があるため、担当者の案内を優先します。

3. 信頼性モニターで落ちた時刻を調べる

1. WindowsキーとRキーを押し、perfmon /relを実行します。
2. アプリが終了した日を選び、該当アプリの障害が記録されているか確認します。
3. 技術的な詳細にあるアプリ名、障害モジュール、例外コード、時刻を記録します。

記録されたモジュール名は調査の手掛かりであり、そのファイルを削除すれば直るという意味ではありません。特にWindowsのDLLを単独で置き換える操作は避けます。ログを送る際はユーザー名や文書のパスなど、業務情報が含まれていないか確認してください。

「VCRUNTIME140.dll」などが見つからないと明示される場合は、アプリが指定する公式のランタイムを確認します。名前の一致するDLLを第三者サイトから拾ってWindowsフォルダーへコピーしないでください。

4. 再インストールとWindows修復を選ぶ条件

セキュリティ製品が動作を止めている疑いがある場合も、まず保護履歴や管理者の記録を確認します。保護機能をまとめて無効にして使い続ける方法は採りません。Windowsの回復操作へ進むなら、公式の回復オプションと保持されるデータを確認し、バックアップを取ります。

一度に修復、設定削除、ドライバー更新を行うと、何が効いたか分からなくなります。一つ変更するたび、同じ操作で再現するかを確認して進めましょう。