rm

破壊的

端末上のファイル、またはディレクトリツリーを削除します。

コマンド: adb shell rm
コマンド: ファイルとストレージ
リスク: 破壊的

構文

rm [-f] [-r] <path>
rmdir <path>

フラグと引数

トークン	意味
-f	確認を出しません。これは雑さではなく、ハングを避けるためです。従来の shell サービスはコマンドに端末を与えるので、書き込み保護されたファイルは誰も答えられない確認を出します。
-r	ディレクトリに再帰します。危険なのはこれです。
rmdir	空のときだけディレクトリを削除します。数分前のスキャンが空だと言ったフォルダには、`rm -rf` より安全です。

使用例

```
rm -f '/sdcard/Download/old installer.apk'
```
ファイル 1 つ。名前の空白を保つためシングルクォートで囲みます。
```
rmdir '/sdcard/Android/data/com.gone.app'
```
空の残骸ディレクトリ。空であることは端末が確かめます。
```
rm -rf '/sdcard/Android/data/com.gone.app'
```
同じディレクトリと、その中身すべて。先にパッケージが本当に消えているか確認してください。

出力の読み方

成功時は何も出ません。拒否は印字され（`Permission denied`、`rmdir` の `Directory not empty`、`-f` なしの `No such file or directory`）、そのテキストがすべてのメッセージです。

出力フィールド

フィールド	意味
(no output)	そのパスは消えました。
rmdir: … Directory not empty	前回見たときから何かが現れました。意図的に見逃しません。
Permission denied	shell ユーザーがそこに書き込めません。

何が変わるか、そして戻る道

Android にゴミ箱も取り消しもありません。消した写真は消えたままで、間違ったディレクトリに向けた `-r` はその下のすべてを持っていきます。1 コマンドに 1 つの正確なパスだけを渡し、ワイルドカードは使わず、いま一覧していないディレクトリには向けないこと。空だと思っているものには `rmdir` を選んでください。空でなければ「失敗する」からです。このコマンドから戻る道はなく、唯一の防御はあなたが打つパスです。

バージョンとメーカーに関する注意

パスは必ずシングルクォートで囲みます。シングルクォートの中では空白、`&`、`$`、バッククォート、セミコロンはすべてただのバイトで、端末上の実在のファイルは `Rock & Roll.mp3` のような名前です。シングルクォートが運べない唯一の文字はアポストロフィです。
1 コマンドに 1 パス。まとめた削除は多数のファイルに対して終了コードを 1 つしか返さないので、部分的な失敗が見えません。
共有ストレージ配下のアプリ別ディレクトリを消してもアンインストールにはならず、アプリ自身のプライベートデータも解放されません。消えるのは共有ストレージにあるコピーです。

これには UI があります

Android Storage Analyzer はこのコマンドを USB 経由で実行し、返ってきたものを解析します。Chromium 系ブラウザだけで、SDK も不要、どこにもアップロードしません。

Android Storage Analyzer を開く

コマンド	何をするか
find	ディレクトリツリーを歩いて一致したものを印字します。大きなファイル、空のフォルダ、残骸を探すのに使います。
du	ディレクトリツリーが占めているディスク容量を報告します。
screenrecord	端末上の MP4 ファイルに画面を録画します。
pm install	すでに端末上にある APK を 1 つインストールします。`adb install` が内部でやっていることです。

他のファイルとストレージコマンド

コマンド	何をするか
df	マウントされているファイルシステムごとの空きと使用量を報告します。

Web ADB ツール群のパーサを書きながら、AOSP・toybox・カーネルのソースに突き合わせて確認しています。バージョンやメーカーで本当に挙動が変わるところは、世界の半分の端末で間違いになる数値を出す代わりに、そう書いてあります。

よくある質問

adb shell のコマンドはどう実行しますか？

端末で開発者向けオプションと USB デバッグを有効にし、ケーブルを繋いだうえで、platform-tools を入れた機械から `adb shell <コマンド>` を実行します。`adb shell` だけを実行すれば対話プロンプトが出て、接頭辞なしで打てます。スクリーンショットのようにバイナリを出力するコマンドでは `adb shell` ではなく `adb exec-out` を使ってください。素のシェルサービスは端末を割り当て、それが改行のバイトを書き換えてデータを壊します。

adb shell のコマンドに root は必要ですか？

このリファレンスにあるものには不要です。すべて `shell` ユーザーとして動き、自分の Android ユーザー向けのパッケージ管理、ほとんどの `dumpsys` サービスの読み取り、設定プロバイダへの書き込み、入力の注入、共有ストレージの読み取りができます。root が必要なのはこのリファレンスがあえて避けていること、つまり他のアプリのプライベートデータの読み取り（debuggable なビルドに対する `run-as` を除く）、システムパーティションへの書き込み、`/data/anr` の直接読み取りです。

自分の端末では出力が違って見えるのはなぜ？

Android のバージョンか、メーカーのどちらかです。一部のフラグやフィールドは特定のリリースから入ったもので、それはコマンドごとに注記しています。残りはメーカーによる改変で、いちばん影響が大きいのは `dumpsys` です。ダンプはデバッグ出力で、そのテキストはサービスの作者が最後に印字した内容そのもの、しかもメーカーはそれを変えて自分の変更をバックポートします。フィールドは位置ではなく名前で読み、見慣れない形は失敗ではなく差分として扱ってください。

端末ではなくブラウザから実行できますか？

多くのコマンドは可能です。このサイトの Web ADB ツール群は、Chromium 系のデスクトップブラウザから WebUSB で端末と話し、SDK のインストールも不要、どこにもアップロードしません。各ページは、該当するツールがあればそこへリンクしています。知っておく価値のある制限が 2 つあります。ADB インターフェイスを保持できるプログラムは同時に 1 つだけなので、デスクトップの `adb server` は先に止める必要があります。そして `adb forward` と `adb reverse` はブラウザでは一切動きません。

打つより押したい場合は、Web ADB Toolkit がこの種のコマンドをブラウザから USB 経由で実行します。あるいは全コマンドを見る。

構文