ByteScope

rm

破壊的

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

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

構文

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

フラグと引数

トークン意味
-f確認を出しません。これは雑さではなく、ハングを避けるためです。従来の shell サービスはコマンドに端末を与えるので、書き込み保護されたファイルは誰も答えられない確認を出します。
-rディレクトリに再帰します。危険なのはこれです。
rmdir空のときだけディレクトリを削除します。数分前のスキャンが空だと言ったフォルダには、`rm -rf` より安全です。
-v消したものを 1 行 1 つ、引用付きのパスで印字します。成功はそれ以外まったく無言なので、端末をもう一度走査せずにどのパスが消えてどれが飛ばされたかを見る手段はこれだけです。
-i削除のたびに確認します。`-f` のちょうど逆で、答える相手のいない接続の向こうでは使えません。写してきたコマンドラインがハングしたときに見分けられるよう載せています。

使用例

  • rm -f '/sdcard/Download/old installer.apk'

    ファイル 1 つ。名前の空白を保つためシングルクォートで囲みます。

  • rmdir '/sdcard/Android/data/com.gone.app'

    空の残骸ディレクトリ。空であることは端末が確かめます。

  • rm -rf '/sdcard/Android/data/com.gone.app'

    同じディレクトリと、その中身すべて。先にパッケージが本当に消えているか確認してください。

  • rm -v -f '/sdcard/Download/old installer.apk'

    同じ削除ですが、実際に消したパスを印字するので、結果が推測ではなく受領証になります。

出力の読み方

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

出力フィールド

フィールド意味
(no output)そのパスは消えました。
rmdir: … Directory not empty前回見たときから何かが現れました。意図的に見逃しません。
Permission deniedshell ユーザーがそこに書き込めません。
rm '<path>'消えたファイルに対する `-v` の受領証。消えたディレクトリは同じ行の形で `rmdir '<path>'` と自分を報告します。
rm ro <path>結果ではなく確認の質問です。コマンドは待っている最中で、まだ何も消えておらず、答えが来るまで何も消えません。

必要な権限

root もトグルも、有効にするものも何もありません。そしてこのページの主題はまさにそこです。共有ストレージに対する shell の手はかなり広いのです。`adbd` は補助グループの一覧に `sdcard_rw`、`ext_data_rw`、`ext_obb_rw` を抱えたまま `shell` の uid に落ちます。だからケーブルは共有ストレージ配下のものを、`Android/data` と `Android/obb` のディレクトリも含めて何でも削除できます。同じ端末の普通のアプリが Android 11 以降ずっと断られてきた、まさにそのフォルダです。`/data/data` のアプリ専用ストレージは root なしでは届かないままで、system パーティションは読み取り専用でマウントされているので、権限なしの `rm` の被害範囲はほぼきっかり使用者自身の写真、ダウンロード、アプリのキャッシュ、つまりどこにも複製のないデータです。`adb root` はそれを全部へ広げますが、`userdebug` と `eng` のビルドにしか存在せず、ここで手を伸ばす理由は 1 つもありません。ただしアクセスの細部が 1 つ、打つべきコマンドを変えます。従来の shell サービスは `rm` に端末を与え、toybox の `rm` は shell が書けないファイルを消す前に確認を出します。標準エラーに質問を書いて、待つのです。答える人のいない接続の向こうでは、コマンドはそのまま戻ってきません。それを防ぐのが `-f` で、だからこのページでは雑にやるための許可証ではなく、ハングへの対処として出てきます。

エラーメッセージの読み解き

メッセージ意味
rm: /sdcard/Download/old installer.apk: Permission deniedtoybox は作業中のノードを名指しします。コマンドラインで渡したパスなら、その名前はパス全体なのでこの行はそのまま引用できます。しかし再帰の途中で辿り着いたファイルなら最後の要素だけになり、どのディレクトリから来たのかを組み直す羽目になります。1 コマンドに 1 つの正確なパス、というのがそれを曖昧にしないやり方です。
rmdir: /sdcard/Android/data/com.gone.app: Directory not empty走査と削除のあいだにフォルダへ何かが届きました。スクリーンショット、ディスクへ吐かれたログ 1 行、再開したダウンロード。これは `rmdir` が本来の仕事をしている姿です。事前条件を持つ唯一の削除コマンドで、その条件は数分前に一覧した誰かではなく、削除の瞬間に端末上で評価されます。
rm: rm /. if you mean itリテラルの引数 `/` はその奇妙な一文で断られ、コマンドは次の引数へ進みます。権限の確認ではありませんし、この言い回しはこのページの誤植でもありません。ソースにあるテキストそのものです。何も消えていません。
rm: bad path /sdcard/Download/..最後の要素が `..` である引数は問答無用で断られます。`dir/.*` のようなパターンがそれを含む形に展開され、削除が親に落ちてしまうからです。何も消えていません。送ったパスをあなた以外の何かが組み立てた、という警告として扱ってください。
rm: Needs 1 argument (see "rm --help")パスがコマンドまで 1 つも生き残りませんでした。たいていは引用していない変数が空に展開されたせいです。やり直す前に手を止める価値があります。この確認がなければ、同じ間違いは錨のない削除コマンドになっていたからです。
rm ro /sdcard/protected.binエラーでも出力の終わりでもありません。標準エラーに書かれた質問で、`rm` はいま yes か no を待っています。`-f` がなければ shell が書けないファイルはどれでもこれを引き起こし、キーボードの前に誰もいない接続の向こうでは、失敗ではなくハングになります。遅い端末と取り違えられやすい失敗の形です。

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

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

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

  • パスは必ずシングルクォートで囲みます。シングルクォートの中では空白、`&`、`$`、バッククォート、セミコロンはすべてただのバイトで、端末上の実在のファイルは `Rock & Roll.mp3` のような名前です。シングルクォートが運べない唯一の文字はアポストロフィです。
  • 1 コマンドに 1 パス。まとめた削除は多数のファイルに対して終了コードを 1 つしか返さないので、部分的な失敗が見えません。
  • 共有ストレージ配下のアプリ別ディレクトリを消してもアンインストールにはならず、アプリ自身のプライベートデータも解放されません。消えるのは共有ストレージにあるコピーです。
  • shell に与えられる補助グループ(`sdcard_rw`、`ext_data_rw`、`ext_obb_rw`)こそが、同じ端末のアプリがまったく手を出せない `Android/data` のフォルダを、ケーブルからは削除できるようにしているものです。手落ちではなく意図された能力で、このページが「一覧済みの正確なパスを 1 つずつ」と言い張る理由でもあります。
  • `-v` は何のコストもなく、無言の成功を受領証に変えます。Android Storage Analyzer が出した一覧を潰していくとき、どのパスが消えたかを知っているのと、確かめるために端末を走査し直すのとの違いになります。

これには UI があります

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

Android Storage Analyzer を開く

関連コマンド

rm と同じ作業で出てくるコマンド。

コマンド何をするか
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 経由で実行します。あるいは全コマンドを見る。