# Mac アプリがアンインストールできないとき、七つの原因とそれぞれの症状
> 使用中の表示、削除後の再出現、無反応、グレー表示などを、ヘルパー、launchd、SIP、アプリ管理、MDM と照合します。一つの症状だけで原因は断定できません。
Published: 2026-08-18 | Updated: 2026-09-25
macOS でアンインストールが失敗するとき、それは一つの問題ではありません。Finder がバンドルの移動を拒否することもあります。移動自体は成功しても、次のログインでアプリが戻ってくることもあります。バンドルは消えたのに、あなたを困らせていたヘルパーは動き続けていることもあります。それぞれ仕組みも直し方も違うので、あなたの Mac に実際に起きたことから始めてください。通常の手順は[完全にアンインストールする](https://mole.fit/ja/blog/how-to-completely-uninstall-apps-on-mac)にあります。以下は、それがすでに失敗したという前提で進めます。
## 症状から始める
拒否の文言そのものが診断の手がかりです。六つのうち二つはダイアログすら出さないので、それがツール自体の故障だと誤解されがちです。
- **「開いているため、項目をゴミ箱に入れることができません」。** 何かが動いています。多くの場合、あなたが終了させたそのアプリではありません。
- **削除したのに戻ってきた。** 残っていたヘルパーの再起動なのか、管理ソフトやパッケージマネージャによるアプリの再インストールなのかを分けて確認します。
- **Finder が管理者パスワードを求めてくる。** `.pkg` がバンドルを root 所有のまま残していました。正常です。
- **何も起きない。ダイアログもエラーもない。** App 管理の権限は原因の一つですが、操作結果やファイルの権限も確認が必要です。
- **root で `rm` すると「Operation not permitted」と出る。** システム保護などの制限が考えられますが、この文言だけで SIP とは断定できません。
- **グレーアウトしている、または職場の Mac で再び現れる。** 構成プロファイルか MDM が所有しています。
## 1. アプリか、そのヘルパーの一つがまだ動いている
Finder はファイルが開いたままのバンドルの移動を拒否します。目に見えるプロセスを終了させても、そのアプリが起動したものすべてを止めたことにはなりません。アクティビティモニタは、ウィンドウを持つものだけでなくすべてのプロセスを一覧表示します。ベンダー名で検索して結果を全部読んでください。Foo というアプリは、たいてい `Foo Helper`、`FooUpdater`、そして無関係な表示名を持つログイン項目バンドルを一緒に出荷します。**Apple メニュー > 強制終了**のウィンドウは代わりにはなりません。UI を持つアプリケーションしか表示しないからです。
```
pgrep -fl -i foo
lsof +D /Applications/Foo.app 2>/dev/null | awk '{print $1, $2}' | sort -u
```
`pgrep -fl` はコマンドライン全体にマッチするので、プロセス名にはベンダー名が入っていなくても実行ファイルのパスに入っているヘルパーを捕まえられます。`lsof +D` はバンドル内のファイルを開いているすべてのプロセスを報告します。
親プロセスを強制終了させても、確実にヘルパーを止められるとは限りません。ヘルパーは自分自身の PID を持つ独立したプロセスなので、親が終了時にきちんと後始末をしない限り、親を殺すとヘルパーは孤立するだけです。そして launchd がそのヘルパーを管理している場合、どちらを殺しても launchd にもう一度起動するよう伝えているだけです。それが次のセクションです。
Quick Look のプレビューや Spotlight のインデックス作成も、バンドル内のファイルを開いたままにすることがあり、再起動すればどちらも解消します。それでもメッセージが出るなら、Apple の[アプリ削除ガイド](https://support.apple.com/guide/mac-help/mh35835/mac)はセーフモードを勧めています。
## 2. launchd エージェントかデーモンが元に戻す
これは「削除したのに戻ってきた」というケースで、最も誤診断されやすいものです。多くの人がアクティビティモニタを確認して何も見当たらず、アプリは動いていなかったと結論づけます。オンデマンドでの起動という仕組みは、それが証拠にならないことを意味します。
launchd はバックグラウンドジョブを監督しています。ジョブとは、`Label`、プログラム、実行条件を持つプロパティリストです。`RunAtLoad` はジョブが読み込まれたときに起動させ、`KeepAlive` は終了したときに再起動させます。どちらもないジョブでも戻ってきます。`MachServices`、`Sockets`、`WatchPaths`、`QueueDirectories`、`StartInterval` はどれも、何かがそれを求めた瞬間に launchd にプロセスを起動させるので、10 秒でアイドルになって Mach サービスで再起動するヘルパーは、確認するたびに存在しないように見えます。
定義は三つの場所にあります。`~/Library/LaunchAgents` はあなたのユーザーだけの、ログインセッションの中のもの。`/Library/LaunchAgents` はログイン時にすべてのユーザーに対して実行されるもの。そして `/Library/LaunchDaemons` は誰もログインする前に root としてシステム全体で実行されるもので、だからこそデーモンは手作業のアンインストールを生き延びやすく、エージェントはそうでないことが多いのです。`/System/Library/Launch*` は Apple のもので保護されています。
```
launchctl list | grep -i foo
launchctl print-disabled gui/$(id -u) | grep -i foo
grep -l -i foo ~/Library/LaunchAgents/*.plist /Library/LaunchAgents/*.plist \
/Library/LaunchDaemons/*.plist 2>/dev/null
```
`launchctl list` では、PID の付いたラベルは今動いていて、ダッシュの付いたラベルは読み込まれてトリガー待ちです。`print-disabled` は永続的な無効化状態データベースを読みますが、これは plist が存在するかどうかとは別の事実です。候補は `plutil -p ` で読み、`Program` か `ProgramArguments` が削除しようとしているアプリを指しているか確認してください。ベンダーは必ずしも、中にあるラベルどおりにファイルを名付けているとは限りません。
### 順序が重要
先にジョブを停止して無効化し、それから plist を削除し、最後にアプリを削除してください。
```
launchctl bootout gui/$(id -u)/com.vendor.foo.helper
sudo launchctl bootout system/com.vendor.foo.daemon
launchctl disable gui/$(id -u)/com.vendor.foo.helper
```
ジョブが読み込まれた状態で plist を削除すると、launchd はディスク上にもう定義が存在しないサービスを保持し続けます。次の再起動まで動き続け、無効化状態データベースに古いエントリを残すこともあります。先にアプリを削除するのはさらに悪く、ジョブは存在しない実行ファイルに対して再生成され、ループで失敗し続けます。「消えたのにログイン項目にはまだ表示される」の原因はここにあります。
macOS 13 以降では、アプリは [`SMAppService`](https://developer.apple.com/documentation/servicemanagement/smappservice) でバックグラウンドコンポーネントを登録できます。ヘルパーやその定義をアプリバンドルに含める構成もあるため、上の三つのフォルダに別の plist があるとは限りません。登録状態はシステムが管理するもので、バンドル内のファイルそのものとは区別します。確認や切り替えは**システム設定 › 一般 › ログイン項目と機能拡張**から行えます（[起動項目ガイド](https://mole.fit/ja/blog/how-to-disable-startup-programs-on-mac)）。
## 3. SIP に保護されたシステムアプリ
System Integrity Protection は権限のビットではなく、カーネルレベルのポリシーです。Apple はこれを、重要なシステムファイルの書き込み可能性を制限するためにカーネルの権限を使うもので、「サンドボックス化されているか管理者権限で動いているかにかかわらず、システム上で動作するすべてのプロセスに」適用されると説明しています（[Apple プラットフォームセキュリティ](https://support.apple.com/guide/security/system-integrity-protection-secb7ea06b49/web)）。Big Sur 以降、システムのコンテンツは暗号学的に封印された別のボリュームにも置かれています。`csrutil status` は保護が有効かどうかを表示し、Apple は「Mac に必要なアプリは削除できません」とはっきり述べています。この集合には Mail、Music、Books、Notes、Podcasts、Maps、News、Stocks が含まれます。
一つのバンドルを消すために SIP をオフにするのは割に合わない取引です。それは Recovery から起動して、マシン全体のセキュリティポリシーを変更することを意味します。Intel Mac では、無効化すると物理ストレージデバイスのすべてのパーティションの保護が失われると Apple は指摘していて、Apple silicon では Mac が Full Security から外れます。得られるものも長続きしません。システムボリュームは次の macOS アップデートで丸ごと置き換えられ、使える容量が回収されるわけでもありません。
そうする代わりに、アイコンを Dock から引き抜き、**システム設定 > 一般 > ログイン項目と機能拡張**から取り除き、それがあなたのファイルを開き続けるなら、**情報を見る > このアプリケーションで開く > すべてを変更**でハンドラを変更してください。
## 4. MDM か構成プロファイルによってインストールされた
管理下の Mac では、管理サーバーの指示でアプリが再インストールされることがあり、プロファイルが削除不可に設定されている場合もあります。削除後にアプリが戻る、設定がグレーアウトするなどの症状があれば、**システム設定 › 一般 › デバイス管理**を確認してください。この項目が見当たらなくても、それだけで管理下ではないと断定せず、以下の登録情報を確認します。勤務先や学校の Mac なら IT 担当者にも確認してください。
```
profiles status -type enrollment
sudo profiles list
```
一つ目は Automated Device Enrollment 経由での登録状況とユーザー承認済みかどうかを報告し、二つ目はインストール済みのプロファイルを一覧表示しますが root が必要です。そのうえで IT に聞いてください。Apple のガイダンスは、削除できないプロファイルについてはそれを提供した相手に尋ねるようにというもので、プロファイルを削除するとそのプロファイルが構成したものすべてが削除されると警告しています。メールアカウントを運んでいるプロファイルなら、それも一緒に持っていかれます。
## 5. 所有権と、黙って失敗する権限
**Finder が管理者パスワードを求めてくる。** 正常です。`.pkg` インストーラは root として実行され、バンドルを root 所有のまま残すので、移動には認証が必要です。`ls -ld /Applications/Foo.app` で確認してください。ここでレシートについても知っておく価値があります。`pkgutil --files ` はパッケージが配置したパスを一覧表示し、`sudo pkgutil --forget ` はファイルを一つも削除せずに `/private/var/db/receipts` からそのレシートを取り除きます。
**何も起きない。** プロンプトもエラーもなく、アプリは `/Applications` にまだあり、使ったツールは曖昧な失敗を報告するか何か別のものにフォールバックします。macOS 14 以降では、これはたいてい App 管理で、Apple はこれを「他の App を更新または削除することをアプリに許可」と説明しています。見分け方は、パスは POSIX 的に書き込み可能なのに、書き込み自体は失敗するというものです。
```
test -w /Applications/Foo.app && echo "posix says yes"
```
これはアプリのパスが書き込み可能かを調べるだけで、削除できる証明ではありません。削除には親フォルダの書き込み権限や検索権限なども関わります。権限を調べても原因が分からない場合は、**システム設定 › プライバシーとセキュリティ › App 管理**で削除を行うアプリが許可されているかを確認し、変更後にそのアプリを再起動してください。
## 仕組みを覗く、同じに見える三つの拒否
POSIX パーミッションが最初の関門です。バンドルは root が所有していて、あなたはそうではなく、`sudo` がそれを解決します。このチェックはどのユーザーであるかだけを見ているからです。システム設定の裏側にあるプライバシー層である TCC は、POSIX を通過したあとに判断します。App 管理は、他のアプリのバンドルを変更または削除するという一つの操作に対する TCC のゲートです。管理者であってもこれを満たせませんし、`sudo` も同様です。これはユーザーではなく要求しているプログラムに紐づいているからで、だからこそその拒否は、プロンプトすら出さない汎用エラーとして表面化することがあります。
表に見える反応で、三つを見分けられます。Finder がパスワードを求めるなら通常の所有権の問題で、認証すれば解決します。App 管理が削除を止めたときはパスワードのダイアログは出ず、macOS はたいてい通知センターに、そのアプリが Mac 上の App の変更を阻止されたというバナーを表示します。対処はプライバシー設定のスイッチをオンにしてアプリを再起動することで、パスワードではありません。root で `Operation not permitted` が出るなら、パスワードでは解除できない保護が働いています。App 管理もその一つで、コマンドを実行しているターミナルにこの許可がなければ、`sudo` でもこのエラーになります。ほかの保護でも同じエラーが出るため、SIP を疑う前に、パスと要求元のアプリから調べてください。
SIP は root にも制限をかけますが、エラー文だけで原因を一つに決めることはできません。`EACCES`（`Permission denied`）は親フォルダの書き込み権限や検索権限でも起こり、`EPERM`（`Operation not permitted`）も SIP 専用のエラーではありません。条件は [Apple のファイル削除の説明](https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man2/unlink.2.html)にあります。失敗したパスと権限を調べずに、権限を上げたりシステム保護を無効にしたりしないでください。
## 6. システム拡張かネットワークフィルタがまだ有効
セキュリティソフトウェア、VPN クライアント、仮想化製品はシステム拡張をインストールします。アプリバンドルは拡張機能を登録しますが、それ自体が拡張機能ではありません。拡張機能が有効な状態でコンテナを削除すると、登録情報だけが所有者を失ったまま残ります。これが、削除したはずのソフトウェアを通してトラフィックがフィルタされ続ける仕組みです。
```
systemextensionsctl list
```
出力にはチーム識別子、バンドル識別子、`[activated enabled]` のような状態が表示されます。無効化はそれを内包するアプリに属し、たいてい再起動が必要なので、まずベンダーのアンインストーラを実行してください。[Mac でアンチウイルスをアンインストールする](https://mole.fit/ja/blog/how-to-uninstall-antivirus-mac)で、このクラスの解体の順序を扱っています。
## 7. App Store か Homebrew から入れたもの
**Mac App Store のアプリ。** バンドルを削除しても購入履歴は消えません。App Store には、ほかの Mac やデバイスで購入したアプリを自動ダウンロードする設定があります。これは別のデバイスでの購入に対する設定で、別の Mac にインストール済みというだけで必ず再インストールされるわけではありません。自動ダウンロードが起きた場合は **App Store › 設定**で確認します。
**Homebrew の cask。** `brew install --cask foo` でインストールした場合、アプリをゴミ箱に入れても Homebrew はインストール済みだと思い込んだままです。`brew list --cask` はまだそのトークンを表示していて、次の `brew upgrade` は今削除したばかりのアプリを再インストールすることがあります。launchd のジョブが一切関わらない、正真正銘の「戻ってきた」原因です。代わりに `brew uninstall --cask foo` を実行してください。Homebrew の man ページは `--zap` を「cask に関連付けられたすべてのファイル」を削除するものと説明していて、「アプリケーション間で共有されているファイルを削除する可能性がある」と警告しているので、これは意図を持って使ってください。
## 削除に成功したあと、それでも残るもの
**ログイン項目と機能拡張にまだ表示されている。** 存在しないパスを指す「ログイン時に開く」項目か、プログラムがなくなったサービスの Background Task Management のレコードのどちらかです。**システム設定 > 一般 > ログイン項目と機能拡張**でマイナスボタンを使って取り除いてください。macOS は再起動後に自分で消してくれることも多いです。
**起動時にメニューバーアイコンが現れる。** 何かがまだバイナリを読み込んでいます。たいていは削除しそこねた launch agent か、インストーラが `~/Library/Application Support/` にコピーしたヘルパーです。
**特権ヘルパーが生き残る。** root を必要としたソフトウェアは、対になる `/Library/LaunchDaemons/