私はrm -rf /*偶然に走りましたが、意味しましたrm -rf ./*（スラッシュの後の星に注意してください）。

alias rm='rm -i'そして--preserve-rootデフォルトでは私を救わなかったので、これのための自動安全装置はありますか？

私はrootではなく、すぐにコマンドをキャンセルしましたが、Bashプロンプトがすでに壊れていることに気付いたので、どこかで何かリラックスした許可がありました。私は、権限に依存するとされていないルート（私は同じミスを犯す可能性が望んでいないsudo）、と私はので、システムのどこかにファイルがない1の神秘的なバグのために狩りをしたくないので、バックアップをしてsudo良いです、しかし、私はこの特定の場合により良いものが欲しいです。

二度考えて、脳を使うことについて。実際に使用しています！しかし、私はそれを使用して、10種類の複雑なプログラミングタスクを解決しています。私はこのタスクに深く没頭しています。フラグとパスをチェックするための脳力は残っていません。コマンドと引数についても考えていません。「空の現在のディレクトリ」などのアクションについても考えています。私の脳の異なる部分がそれらをコマンドに変換し、時には間違いを犯します。少なくとも危険なものは、コンピューターに修正してほしい。

私が従うトリックの1つは、コマンドの#使用中に最初に置くことですrm。

root@localhost:~# #rm -rf /

これによりrm、誤ったファイル/ディレクトリでの偶発的な実行が防止されます。確認したら#、最初から削除します。Bashで始まる#単語は、その単語とその行の残りのすべての文字を無視するため、このトリックは機能します。したがって、コマンドは単に無視されます。

または

重要なディレクトリを防ぎたい場合は、もう1つのトリックがあります。

-iそのディレクトリに名前の付いたファイルを作成します。このような奇妙なファイルはどのように作成できますか？touch -- -iまたはを使用してtouch ./-i

今すぐ試してくださいrm -rf *：

sachin@sachin-ThinkPad-T420:~$ touch {1..4}
sachin@sachin-ThinkPad-T420:~$ touch -- -i
sachin@sachin-ThinkPad-T420:~$ ls
1  2  3  4  -i
sachin@sachin-ThinkPad-T420:~$ rm -rf *
rm: remove regular empty file `1'? n
rm: remove regular empty file `2'? 

ここではコマンドラインに*展開さ-iれるため、最終的にコマンドはになりrm -rf -iます。したがって、コマンドは削除の前にプロンプ​​トを出します。あなたはこのファイルを置くことができ/、/home/、/etc/、など

または

の--preserve-rootオプションとして使用しますrm。でrm、新しいに含まれcoreutilsたパッケージは、このオプションはデフォルトです。

--preserve-root
              do not remove `/' (default)

または

safe-rmを使用する

Webサイトからの抜粋：

Safe-rmは、/ bin / rmをラッパーで置き換えることにより、重要なファイルの偶発的な削除を防ぐための安全ツールです。

これらの保護されたファイルまたはディレクトリのいずれかを削除しようとすると、ユーザーは削除できず、代わりに警告メッセージが表示されます。

$ rm -rf /usr
Skipping /usr

あなたの問題：

誤ってrm -rf / *を実行しましたが、rm -rf ./*を意味しました（スラッシュの後の星に注意してください）。

解決策：それをしないでください！練習問題として、./パスの先頭で使用しないでください。スラッシュはコマンドに値を追加せず、混乱を引き起こすだけです。

./*はと同じことを意味する*ため、上記のコマンドは次のように記述する方が適切です。

rm -rf *

関連する問題があります。誰かがそれを想定しどこで、多くの場合、次の式を参照してくださいFOOのようなものに設定されています/home/puppies。これは今日、実際に主要なソフトウェアベンダーのドキュメントで見ました。

rm -rf $FOO/

しかし、FOOが設定されていない場合、これはに評価されrm -rf /、システム上のすべてのファイルを削除しようとします。末尾のスラッシュは不要なので、実際には使用しないでください。

以下も同じことを行い、システムを破損する可能性が低くなります。

rm -rf $FOO

これらのヒントを難しい方法で学びました。14年前に最初のスーパーユーザーアカウントを持っていたときrm -rf $FOO/、シェルスクリプト内から誤って実行し、システムを破壊しました。他の4人のシステム管理者はこれを見て、「うん。誰もが一度します。これがインストールメディア（36枚のフロッピーディスク）です。修正してください。」

他の人はここのようなソリューションをお勧めします--preserve-rootとsafe-rm。ただし、これらのソリューションはすべてのUn * xe-variantsに存在するわけではなく、Solaris、FreeBSD、MacOSXでは動作しない可能性があります。さらに、safe-rm使用するすべての単一Linuxシステムに追加パッケージをインストールする必要があります。に依存しsafe-rmている場合、新しいジョブを開始し、safe-rmインストールしていないとどうなりますか？これらのツールは松葉杖であり、既知のデフォルトに依存して作業習慣を改善する方がはるかに優れています。

これは「Serverfault」にあるため、これを言いたいと思います。

多数のサーバーがあり、管理者/ユーザーの大規模なチームがいる場合、誰かがディレクトリに移動するrm -rfかchown、間違ったディレクトリに移動します。

影響を受けるサービスを可能な限り最小のMTTRでバックアップする計画を立てる必要があります。

最善の解決策は、rm直接使用しないように習慣を変えることです。

1つのアプローチは、echo rm -rf /stuff/with/wildcards*最初に実行することです。ワイルドカードからの出力が適切であることを確認し、シェルの履歴を使用して、なしで前のコマンドを実行しechoます。

もう1つの方法は、echo削除する内容が目立たないほど明白な場合にコマンドを制限することです。ディレクトリ内のすべてのファイルを削除するのではなく、ディレクトリを削除して新しいディレクトリを作成します。良い方法は、既存のディレクトリの名前をに変更してからDELETE-foo、foo適切な権限を持つ新しいディレクトリを作成し、最後にを削除することDELETE-fooです。この方法の副次的な利点は、履歴に入力されるコマンドがであることですrm -rf DELETE-foo。

cd ..
mv somedir DELETE-somedir
mkdir somedir                 # or rsync -dgop DELETE-somedir somedir to preserve permissions
ls DELETE-somedir             # just to make sure we're deleting the right thing
rm -rf DELETE-somedir

ディレクトリを残す必要があるため（ファイルが常に存在している必要があるため、または再作成する権限がないため）大量のファイルを削除する場合は、ファイルを別のディレクトリに移動し、そのディレクトリを削除します。

mkdir ../DELETE_ME
mv * ../DELETE_ME
ls ../DELETE_ME
rm -rf ../DELETE_ME

（Alt+ .キーを押します。）

内部からディレクトリを削除するのrm -rf .は魅力的です。なぜなら短いのでタイプミスのリスクが低いからです。残念ながら、典型的なシステムではそれができません。あなたがすることができますrm -rf -- "$PWD"タイプミスのリスクが高いと、代わりにそれらのほとんどは何も削除しないにつながります。これにより、シェルの履歴に危険なコマンドが残ることに注意してください。

可能な限り、バージョン管理を使用してください。あなたはしないrm、あなたcvs rmまたは何でも、それは取り消し可能です。

Zshにはrm、ディレクトリ内のすべてのファイルを一覧表示する引数を使用して、実行前にプロンプ​​トを表示するオプションがあります：（rm_star_silentデフォルトでオン）を実行する前にプロンプ​​トを表示しrm whatever/*、rm_star_wait（デフォルトでオフ）確認できない10秒の遅延を追加します。プロンプトがすでに表示されるため、あるディレクトリ内のすべてのファイルを削除する場合、これは限定的な用途になります。それはのようなタイプミス防止に役立つことができますrm foo *のためにrm foo*。

rmコマンドの変更を伴う、さらに多くのソリューションがあります。このアプローチの制限は、いつか本物のマシンにアクセスして、確認を期待して安全にをrm呼び出しrm、次にバックアップを復元するということです。

あなたが言及したように、あなたはいつでもエイリアスを行うことができます：

what_the_hell_am_i_thinking() {
   echo "Stop." >&2
   echo "Seriously." >&2
   echo "You almost blew up your computer." >&2
   echo 'WHAT WERE YOU THINKING!?!?!' >&2
   echo "Please provide an excuse for yourself below: " 
   read 
   echo "I'm sorry, that's a pathetic excuse. You're fired."
   sleep 2
   telnet nyancat.dakko.us
}

alias rm -fr /*="what_the_hell_am_i_thinking"

また、コマンドラインtwitterクライアントと統合して、rm -fr /*rootとしてハードディスクを消去することで、自分がどの程度屈辱を受けているかを友人に警告することもできます。

はい：rootとして働くのではなく、行動する前に常によく考えてください。

また、https://launchpad.net/safe-rmのようなものを見てください。

偶発的な事態を防ぐための最も簡単な方法rm -rf /*は、rmコマンドのすべての使用を避けることです！実際、私はいつもrm /bin/rmコマンドを完全に取り除くために走りたがっています！いいえ、私は面白くありません。

代わりにコマンドの-deleteオプションをfind使用しますが、最初にファイルを削除する前に、削除するファイルをプレビューすることをお勧めします。

find | less

findディレクトリの名前を省略した場合の最新バージョンでは、暗黙的に現在のディレクトリが使用されるため、上記は次と同等です。

find . | less

これらが削除するファイルであることを確認したら、-deleteオプションを追加できます。

find path/to/files -delete

したがって、find 使用する方が安全であるだけでなく、表現力も優れているため、特定のパターンに一致するディレクトリ階層内の特定のファイルのみを削除する場合は、次のような式を使用してプレビューし、ファイルを削除できます：

find path/to/files -name '*~' | less
find path/to/files -name '*~' -delete

find安全rmであるだけでなく、学習して使用するには多くの正当な理由があるので、時間をかけて使用することを習得したなら、後で感謝しますfind。

このスレッドにはいくつかの本当に悪いアドバイスがありますが、幸いなことにそのほとんどは投票されていません。

まず、rootになる必要がある場合は、rootになります-sudoとさまざまなエイリアストリックにより、弱くなってしまいます。さらに悪いことに、彼らはあなたを不注意にします。正しい方法で物事を行うことを学び、あなたの保護のためにエイリアスに依存することを止めてください。ある日、トレーニングホイールのない箱に根付いて、何かを爆発させます。

第二に-あなたが根を持っているとき、自分自身を学童でいっぱいのバスを運転していると考えてください。ラジオで歌に揺れることもありますが、それ以外の場合は、両方を見て、速度を落として、すべてのミラーを再確認する必要があります。

第三に-あなたはめったに本当にしなければならないrm -rf-あなたがしたい可能性が高いですmv something something.bakかmkdir _trash && mv something _trash/

第ls4- 常に以前のワイルドカードrm-永遠に破壊する前に何かを見ることに夢中になることはありません。

これは、rmのコンテキストでの正規表現に特化した私の標準ですが、この場合はあなたを救うでしょう。

echo foo*/[0-9]*{bar,baz}*正規表現が一致するものを確認するために、常に最初に行います。出力が得られたら、コマンドライン編集に戻ってに変更echoしrm -rfます。私は、今までに使用することはありませんrm -rfテストされていない正規表現に。

この問題の解決策は、定期的なバックアップを取ることです。失う危険を冒したくないものを作成するときはいつでも、それをバックアップしてください。定期的にバックアップするのが苦痛であると感じたら、プロセスを単純化して、痛みを感じさせないようにします。

たとえば、ソースコードで作業する場合git、コードをミラーリングし、別のマシンで履歴を保持するなどのツールを使用します。ドキュメントで作業する場合はrsync、ドキュメントを別のマシンに送信するスクリプトを用意してください。

このリスクを減らす最良の方法は、ほとんどのGUIのように2段階の削除を行うことです。つまり、rmを（同じボリューム上の）ゴミ箱ディレクトリに移動するものに置き換えます。その後、間違いに気付くために十分な時間が経過した後、そのゴミをきれいにします。

このようなユーティリティの1つであるtrash-cliは、Unix StackExchangeでここで説明されています。

この種の間違いを避けるための重要な要素の1つは、rootアカウントを使用してログインしないことです。通常の非特権ユーザーを使用してログインする場合sudo、各コマンドに使用する必要があります。したがって、より注意する必要があります。

ディレクトリを再帰的に削除するとき、コマンドの最後に-r、そして-f該当する場合はを置きます。そのため、パス全体をまだ入力せずに誤ってEnterキーを誤って押した場合、コマンドは再帰的ではないため、無害である可能性があります。スラッシュを入力しようとしている間にEnterキーを押すと、ではなく書いた。rm /foo/bar -rf/foorm /foorm -rf /foo

GNU coreutilsを使用するシステムではうまく機能しますが、他のUnixのユーティリティでは、そのようなオプションを最後に配置することはできません。幸いなことに、私はそのようなシステムを頻繁に使用しません。

複雑かもしれませんが、SELinux内でロールをセットアップして、ユーザーがsudo su-（または通常のsu）でrootになったとしても、ファイルを削除する機能を制限できます（削除するにはrootとして直接ログインする必要があります）ファイル）。AppArmorを使用している場合、同様のことを行うことができます。

もちろん、他の解決策は、バックアップがあることを確認することです。:)

使用しないでくださいグロブ。Bashでは、を設定できますnoglob。しかし、再び、noglob設定されていないシステムに移動するとき、それを忘れて、あたかもそれがあったかのように進むかもしれません。

設定してnoclobber防ぐためにmvとcp、あまりにもファイルを破壊します。

ファイルブラウザを使用して削除します。一部のファイルブラウザーはゴミ箱を提供します（たとえばKonqueror）。

グロビングを回避する別の方法は次のとおりです。コマンドラインで、I echo filenamepattern >> xxx。次に、Vimまたはviを使用してファイルを編集し、削除するファイルを確認し（filenmatesのファイル名パターン文字に注意してください）、%s/^/rm -f/各行を削除コマンドに変換します。ソースxxx。これにより、実行前に削除されるすべてのファイルが表示されます。

ファイルを「attic」ディレクトリまたはtarballに移動します。または、バージョン管理を使用します（前に述べました）。

ZSHはを実行する前に（デフォルトとして）私に尋ねますrm -rf *。

以外ではchattr、rootにそのようなコマンドを実行させることからの保護策はそれほど多くありません。特権を実行する場合、適切なグループと注意深いコマンドが重要である理由です。

次回; 削除する予定のファイルをスコープします-から 'f'を省略するrm -rfか、使用findして渡すxargs rm

同様の災害を防ぐための他のコマンドのいくつかの安全エイリアスは、ここにあります：

# safety features
alias cp='cp -i'
alias mv='mv -i'
alias rm='rm -I'                    # 'rm -i' prompts for every file
alias ln='ln -i'
alias chown='chown --preserve-root'
alias chmod='chmod --preserve-root'
alias chgrp='chgrp --preserve-root'

大文字-Iに注意してください、それは次とは異なります-i：

3つ以上のファイルを削除する前に、または再帰的に削除するときに、プロンプトを1回表示します。-iよりも邪魔にならず、ほとんどのミスから保護します

通常、-vフラグを使用して何が削除されている^Cかを確認し、少しでも疑わしい場合はすぐに確認することができます。実際にはbad を防ぐ方法ではありませんrmが、これは何かがうまくいかない場合に損害を制限するのに役立ちます。

Unixベースのマシンでの削除プロセスは次のとおりです。

• ls /path/to/intented/file_or_directory端末ウィンドウに入力し、ヒットreturn（またはTab、必要に応じて）して、ファイルのリストを表示します。

すべてがよさそうであれば、

• up arrowキーをクリックしてls /path/to/intented/file_or_directory、端末の履歴から再度表示します。

• 置き換えるlsとrmかrm -rまたはrm -rf必要に応じて、。私は個人的に-fフラグを使用したくない。

また、この検証プロセスにより、このプロセスを実行する前に、rmコマンドが時期尚早に実行されるのを防ぐことができます。

あなたが今新しい習慣を習得する気分になっていない.bashrc/.profileなら、あなたが愚かなことをしようとしているかどうかをチェックするためにいくつかのテストを追加する良い場所です。私は自分の一日を台無しにするかもしれないパターンをgrepできるBash関数を考え出し、これを思いつきました：

alias rm='set -f; myrm' #set -f turns off wildcard expansion need to do it outside of           
                        #the function so that we get the "raw" string.
myrm() {
    ARGV="$*"
    set +f #opposite of set -f
    if echo "$ARGV" | grep -e '-rf /*' \
                           -e 'another scary pattern'
    then
        echo "Do Not Operate Heavy Machinery while under the influence of this medication"
        return 1
    else
        /bin/rm $@
    fi
}

それの良いところは、それがBashだけだということです。

その形式では明らかに十分に一般的ではありませんが、可能性があると思うので、いくつかのアイデアやコメントを投稿してください。

悲しいことに、カルマが不十分なため上記のコメントを残すことはできませんが、safe-rmは偶発的な大量削除の悪夢の万能薬ではないことを他の人に警告したかったのです。

以下は、Linux Mint 17.1仮想マシンでテストされました（これらのコマンドに不慣れな人への警告：これをしないでください！実際、これらのコマンドに精通している人でも、壊滅的なデータ損失を避けるためにこれを行うべきではありません）。

テキスト版（要約）：

$ cd /
$ sudo safe-rm -rf *
$ ls
bash: /bin/ls: No such file or directory

イメージバージョン（フル）：

私はごみ箱の窓アプローチが好きです。

私は通常、削除する必要があるものすべてのために「/ tmp / recyclebin」という名前のディレクトリを作成します。

mkdir /tmp/recyclebin

そして、決してrm -rfを使用せず、私は常に使用します：

mv target_folder /tmp/recyclebin

その後、スクリプトを使用して、または手動でごみ箱を空にします。

Hehe（テストされておらず、やや面白！）：

$ cat /usr/local/bin/saferm

#! /bin/bash

/bin/ls -- "$@"

echo "Those be the files you're about to delete."
echo "Do you want to proceed (y/N)?"

read userresponse

if [ "$userresponse" -eq "y" ]; then

  echo "Executing...."
  /bin/rm -- "$@"

fi

その後：

alias rm="/usr/local/bin/saferm"

現実的には、そのような操作をグロブで実行する前に、ルートとして実行しているか、それに「sudo」を追加しているかなど、精神的な一時停止が必要です。同じグロブで「ls」を実行できます。しかし、精神的には、しばらく停止して、あなたが望むものをタイプしたことを確認し、あなたが望むものが実際にあなたが望むものであることを確認する、などです。これは主にUnix SA。ホットバーナーがストーブ上の何かが熱くなっているかもしれないことを教えてくれる良い先生です。

そして、適切なバックアップがあることを確認してください！

また、安全対策としてではなく、^ Cを押す前に削除されたファイルを見つける方法として、locateデータベースを使用できます（もちろん、インストールされて生き残った場合のみrm）

私はこのブログ投稿からそれについて学びました

ZFSを使用して、誤って削除されないようにするために必要なファイルを保存し、次のデーモンを用意します。

• このファイルシステムのスナップショットを定期的に作成します
• 古い/不要なスナップショットを削除します。

ファイルが削除されたり、上書きされたり、破損したりした場合、ファイルシステムを最後の正常なスナップショットのクローンにロールバックすれば完了です。

答えではなく、ヒントです。私はいつもそうでrm (dir) -rfはrm -rf (dir)ありません。可能な限り最後まで核に行かないでください。

Enterキーを滑らせたり叩いたりするなど、有効な削除であるような方法でdir名を太らせた状況を緩和するのに役立ちます。

私はこれがシェルの拡張ショートカットで、強力な予防のヒントだと思う：

まず、キーを入力するrm -rf *かrm -rf your/path/*、Enterキーを入力しないでください。（もちろん、を使用するときにEnterキーをすばやく/誤って押さないように気を付ける習慣が必要ですrm -rf）

次に、Alt-Shift-8（すなわちAlt-Shift-*）を押して、bashで「*」ワイルドカードを明示的に展開します。これにより、履歴をナビゲートするときに「rm -rf *」コマンドを再入力することも避けられます。

最後に、展開に正しいファイル/ディレクトリがあることを確認した後、Enterを押します。

できた

これが誰かが自分のケースのためにそこにいる場合に役立ちます

1.使用rmsafe：

ファイルを「ごみ箱」フォルダーに移動し、いつでも簡単にそれらを戻すことができますmv。

$ rmsafe /path/to/important/files

ソース：https : //github.com/pendashteh/rmsafe

2.使用safe：

rmセーフを使用するためのエイリアスを設定できます：

$ alias rm="safe rm"

実行rm /*すると、応答でこれを取得します：

$ rm /*
Are you sure you want to 'rm /bin /boot /data /dev /etc /home /initrd.img /lib /lib64 /mnt /opt /proc /root /run /sbin /srv /sys /tmp /usr /var'? [y/n]

そして、私はあなたがタイプしないと信じていますy！

ソース：https : //github.com/pendashteh/safe