タイトル: rm ファイル/ディレクトリ削除
SEOタイトル: Linux rm コマンド完全ガイド (安全な使い方 / -rf の危険性 / 復元手段)
| この記事の要点 |
|
rm の基本
rm（remove）はファイル・ディレクトリを即時削除するコマンドです。ゴミ箱には入らず、復元は基本的に不可能。Linux で最も注意すべきコマンドの 1 つです。
# 基本: ファイル 1 つを削除
rm file.txt
# 複数ファイル
rm a.txt b.txt c.txt
# ワイルドカード
rm *.log
rm /tmp/cache_*
# ディレクトリ削除には -r 必須
rm -r mydir
# 強制（確認なし、警告も出さない）
rm -f file.txt
rm -rf mydir/ # ★ 最も危険
# 対話確認
rm -i file.txt
# rm: remove regular file 'file.txt'? y
# 詳細表示
rm -v *.log
# removed 'a.log'
# removed 'b.log'主要オプション
| オプション | 意味 | 備考 |
|---|---|---|
-r / -R / --recursive | ディレクトリ再帰削除 | ディレクトリには必須 |
-f / --force | 存在しなくてもエラーにしない、確認しない | スクリプト用途 |
-i | 毎回確認 | 大事な作業時 |
-I | 3 ファイル以上 or 再帰時のみ確認 | -i よりマシ |
-v | 詳細表示 | 削除確認 |
-d | 空ディレクトリのみ削除 | rmdir と同等 |
--preserve-root | / 削除を防ぐ（既定） | 明示的に上書き不可 |
--no-preserve-root | / 削除を許可 | 絶対使わない |
-- | 以降をオプションでなくファイル名として扱う | ハイフン始まり対応 |
恐怖の rm -rf /
歴史的に多数の事故が報告される最危険コマンド:
# ❌ システム全消去（GNU coreutils 8.x 以降は既定で拒否）
sudo rm -rf /
# rm: it is dangerous to operate recursively on '/'
# rm: use --no-preserve-root to override this failsafe
# ❌ 同等の事故例
sudo rm -rf /*
# ❌ 環境変数の典型事故
DIR=/foo/bar
rm -rf $DIR/ # ← $DIR が空だと rm -rf / と等価
# ✅ 安全な書き方
DIR=/foo/bar
rm -rf "${DIR:?ERROR: DIR is empty}"/変数を使うときの安全策
# 1. 必ずダブルクォート
rm -rf "$DIR"
# 2. 空ガード
rm -rf "${DIR:?変数が空}"/
# 3. 削除前の echo で確認
echo rm -rf "$DIR"
# 問題なければ echo を外す
# 4. ls で対象確認
ls -la "$DIR"
# 5. 最終手段: trash-cli で論理削除
trash "$DIR"ハイフン始まりのファイル
-file.txt のような名前のファイルは、rm がオプションと解釈してしまい削除できません:
# ❌
rm -file.txt
# rm: invalid option -- 'f'
# ✅ 方法1: -- 以降はファイル名
rm -- -file.txt
# ✅ 方法2: ./ プレフィックス
rm ./-file.txt削除できないファイル
| エラー | 原因 | 対処 |
|---|---|---|
Permission denied | 権限不足 | sudo rm または chmod |
Operation not permitted | 不変属性（chattr +i） | sudo chattr -i で解除 |
Device or resource busy | プロセスがファイル開いている | lsof file でプロセス特定 → kill |
Directory not empty | -r なしでディレクトリ削除 | rm -r dir |
Read-only file system | FS が ro マウント | mount -o remount,rw / |
削除したファイルの復元
rm はゴミ箱を経由しないため復元は困難ですが、ファイルシステム種別により可能性があります:
| FS | ツール | 成功率 |
|---|---|---|
| ext3/4 | extundelete / ext4magic | 中（書込前ならあり） |
| NTFS | ntfsundelete / TestDisk | 中 |
| FAT32 / exFAT | photorec / TestDisk | 中〜高 |
| Btrfs / ZFS | スナップショット | 有効化済なら高 |
| tmpfs / overlayfs | — | 不可 |
共通の鉄則: 削除に気付いたら即座にそのディスクへの書込を停止（アンマウント or 読取専用化）。書込が起きるほど復元率は下がります。
安全な代替: trash-cli（論理削除）
# インストール
sudo apt install -y trash-cli # Debian/Ubuntu
sudo dnf install -y trash-cli # RHEL系
brew install trash-cli # macOS
# 使い方（rm の代わりに）
trash file.txt # ~/.local/share/Trash/files/ へ移動
trash mydir/
# 一覧
trash-list
# 復元
trash-restore
# 空にする
trash-empty
# rm をエイリアスで置換（推奨設定）
alias rm='trash'定番の安全ガード
# ~/.bashrc に追加
alias rm='rm -i' # 毎回確認
alias cp='cp -i'
alias mv='mv -i'
# シェルスクリプト内では set -u で未定義変数エラー
set -u
set -e
rm -rf "$undefined_var"/ # → エラーで止まる
# Bash 5+ なら nameref で配列安全
declare -a TARGETS=("/tmp/foo" "/tmp/bar")
for t in "${TARGETS[@]}"; do
[[ -d "$t" ]] && rm -rf "$t"
donefind と組み合わせた一括削除
# 30 日以上前の .log を削除
find /var/log -name "*.log" -mtime +30 -delete
# 同じく rm 経由（より柔軟）
find /var/log -name "*.log" -mtime +30 -exec rm -f {} \;
# 確認してから削除（推奨）
find /var/log -name "*.log" -mtime +30 -print # まず確認
find /var/log -name "*.log" -mtime +30 -delete # 問題なければ実行
# 空ディレクトリだけ削除
find /tmp -type d -empty -delete
# xargs で高速化
find . -name "*.bak" -print0 | xargs -0 rm -fWindows の同等コマンド
| シェル | ファイル削除 | ディレクトリ削除 |
|---|---|---|
| cmd.exe | del file.txt | rmdir /s /q dir |
| PowerShell | Remove-Item file.txt | Remove-Item dir -Recurse -Force |
| WSL / Git Bash | rm file.txt | rm -r dir |
FAQ
Q: rm * .log と書いてしまった（スペース挟んだ）
A: 全ファイル + .log 削除になります。復元は extundelete に賭けるしかありません。本番では必ず echo rm * で確認。
Q: rm -rf .* も危険？
A: 一部の . や .. も含まれる場合があり、危険です。Bash 5+ は除外しますが、シェル依存なので使わないでください。
Q: rm が遅い
A: 数百万ファイル削除は find ... -delete や rsync --delete の方が速い。rm -rf bigdir はメモリ大量消費。
Q: ファイル数が多すぎて Argument list too long
A: find . -name "*.tmp" -delete や xargs を使う。ワイルドカード展開はカーネル ARG_MAX 制限あり。