タグ付けされた質問 「rm」

rmはファイルを削除するコマンドです


9
この削除できないディレクトリを削除する方法は?
私は破損したtarファイルを解凍し、削除できないディレクトリで終わることができました。削除しようとすると、見つからないようですが、lsbashとpythonの両方で表示されます右以外は同様の挙動、私はそれを削除しようとした後rm -rf、 lsそれは(後に以下を参照してくださいそれを示しています、それはそれを見つけることができません不平を言いますrm -rf)。findコマンドショーファイルが存在しているが、それでも私はそれを削除する方法を考えることはできません。 私の試みは次のとおりです。 ここでは、両方を見るlsと、find私たちは、ディレクトリを持って同意し、 rl]$ ls mikeaâ??cnt rl]$ find -maxdepth 1 -type d -empty -print0 ./mikeaâcnt しかし、私はそれを削除することはできません: rl]$ find -maxdepth 1 -type d -empty -print0 | xargs -0 rm -f -v rm: cannot remove `./mikeaâ\302\201\302\204cnt': Is a directory rl]$ ls mikeaâ??cnt 私はcdそれができますが、空です: rl]$ cd mikeaâ^Á^Äcnt/ mikeaâ^Á^Äcnt]$ ls mikeaâ^Á^Äcnt]$ …
40 files  directory  nfs  rm 

8
ファイルが欠落している場合、rmは報告しませんか?
さまざまなディレクトリからファイルを削除するbashスクリプトがあります。しばしば、彼らは生成されなかったのでそこにいません、それは問題ありません。そのエラーを報告しないようにスクリプトを取得する方法はありますが、rmがそれを報告する他の出力を持っている場合は? あるいは、ノイズの少ないファイルを削除するために使用するより良いコマンドがありますか?
38 rm 

6
進行状況を見ながらディレクトリから数十億のファイルを削除する
正式にはすべてJPEGファイルである数十億のファイルがある30 TBのディレクトリがあります。私はこのようなファイルの各フォルダーを削除しています: sudo rm -rf bolands-mills-mhcptz このコマンドは実行されるだけで、機能しているかどうかは表示されません。 ファイルを削除しているのか、コマンドの現在の状態を確認したいです。

4
特定のフォルダー内の特定の拡張子を持つすべてのファイルを削除するにはどうすればよいですか?
現在のディレクトリと作業ディレクトリを(を使用して移動するcd)特定のディレクトリに設定し、次のように入力した場合: rm *.xvg このコマンドは何をしますか?それが真実であること上記のコマンド意志だけの拡張子を持つファイルの削除.xvg だけの作業ディレクトリにありますか? 上記のコマンドがWORKING DIRECTORYにある.xvgファイルのみを削除することを絶対に確認したいので、尋ねる前にこれを試してみることに緊張しました。
36 bash  shell  directory  rm 

6
lsをgrepにパイプし、grepでフィルタリングされたファイルを削除するにはどうすればよいですか?
ホームファイルのパッケージを削除したかったのですが、ファイル名が長すぎました(google-chrome-stable_current_i386.deb)。そこで、コマンドを使用しls|grep chrome|rmてファイルをgrepにパイプし、chromeファイルを除外してから削除することにしました。それはうまくいきませんでしたので、私はこれをどのように行うことができるかを見たいです。
33 grep  pipe  ls  rm 

3
ファイルとディレクトリを名前で削除します。そのようなファイル、又はディレクトリはありません
すべてのコンパイル済みデータを削除する必要があります。 呼ばれるディレクトリbuild、 呼ばれるディレクトリobj、 * .soファイル。 私はコマンドを書きました find \( -name build -o -name obj -o -name *.so \) -exec rm -rf {} \; それはすべてのディレクトリを再帰的に通過し、必要なものをすべて削除します。 最後にそのような出力があるのはなぜですか?別のコマンドを書く必要があるかもしれません。 find: `./3/obj': No such file or directory find: `./3/build': No such file or directory find: `./1/obj': No such file or directory find: `./1/build': No such file …
32 find  rm  recursive 

2
悪い `rm`でファイルを保存した後、マシンの電源を切るのはなぜですか?
古典的な状況:私は悪い実行し、rmすぐに間違ったファイルを削除したことを実現しました。(重要なことは何もありませんでしたが、最近のバックアップは許容範囲内でしたが、まだ迷惑です。) extundeleteまたはそのようなツールを使用してファイルを回復したい場合、さらなるディスクアクティビティが敵であることがわかったので、すぐに物理的にマシンの電源を切りました(つまり、haltコマンドではなく、電源ボタンで)。これは重要なタスクが実行されていない、または何も開いていないラップトップであるため、許容できる操作でした。(ところで、そのような状況で最初にすることは、プロセスhttps://unix.stackexchange.com/a/101247によって見つからないファイルがまだ開かれている可能性がある場合、最初に推定することであることをその後学びました-存在する場合、マシンの電源を切るのではなく、この方法で回復する必要があります。) それでも、マシンの電源を切った後、しばらく考えて、ファイルが適切なフォレンジックのためにライブシステムを起動する時間投資に見合わないと判断しました。そこで、マシンの電源を入れました。そして、ファイルがまだディスクに残っていることを発見しましrmた。電源を切る前にファイルがディスクに伝播されていませんでした。私は少しダンスをし、システム管理者の神に彼の予期せぬ許しに感謝しました。 私の質問は、これがどのように可能だったか、そしてrm実際にディスクに伝播されるまでの典型的な遅延とは何かを理解することです。ディスクIOはすぐにはフラッシュされず、しばらくの間メモリ内に置かれることはわかっていますが、ディスクジャーナルにより、保留中の操作が完全に失われないようにすばやく確認できると考えました。https://unix.stackexchange.com/a/78766は、ダーティページをフラッシュし、ジャーナル操作をフラッシュする別のメカニズムを示唆しているように見えますが、ジャーナルがa rmにどのように関与するかについての十分な詳細と、操作がフラッシュされます。 いくつかの詳細:データはLUKSボリューム内のext4パーティションにあり、マシンを起動してバックアップしたとき、次のことがわかりましたsyslog: Sep 24 10:24:58 gamma kernel: [ 11.457007] EXT4-fs (dm-0): 1 orphan inode deleted Sep 24 10:24:58 gamma kernel: [ 11.458393] EXT4-fs (dm-0): recovery complete Sep 24 10:24:58 gamma kernel: [ 11.482475] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) しかし、私はそれがに関連していると確信していませんrm。 別の質問は、マシンの電源を落とすのではなく、保留中のディスク操作を実行しないようにカーネルに指示する方法があるかどうかです(ただし、どこかにダンプするなど)。(もちろん、保留中の操作を実行しないのは危険に思えますが、これはとにかくマシンの電源を切ったときに起こることであり、場合によってはそれがあなたを救う可能性があります。)たとえば、物理的な電源切断が簡単なオプションではないリモートサーバーの場合。

5
すでに空の場合、エラーなしでディレクトリ内のファイルを削除します
展開スクリプトの一部として、一時ディレクトリからキャッシュされたものをいくつかダンプしたい。私は次のようなコマンドを使用します: rm /tmp/our_cache/* ただし、/tmp/our_cacheが空の場合(テストサーバーに多数の変更をすばやく連続してプッシュする場合はかなり一般的です)、次のエラーメッセージが出力されます。 rm: cannot remove `/tmp/our_cache/*': No such file or directory 大したことではありませんが、少しいので、このスクリプトからの出力の信号対雑音比を減らしたいと思います。 ディレクトリが既に空であるというメッセージを表示せずにディレクトリの内容を削除するためのUnixの簡潔な方法は何ですか?
31 files  rm 

2
rm -rはどのように再帰的に削除しますか?何の順番で?
操作の順序はありrmますか?私rmは大きなディレクトリでパフォーマンスを行い、削除された可能性のあるものを確認する場所を知りたいと思っています。rm最初にファイル、次にディレクトリで機能しますか?または、iノードテーブルの情報に基づいていますか? 仕様:GNU coreutils 8.22システムのrm:beagleboneblackファイルシステムで動作するArch Linuxは、USB 2.0を使用する外部Seagate HDD(ext4)でした。 バックストーリー: 私はいくつかのディレクトリのクリーンアップを実行していた cp -r A/ B/ C/ Dest/ 無意識のうちに、私はそれをフォローアップしました rm -r A/ B/ C/ Dest/ 単純に実行するつもりだったとき rm -r A/ B/ C/ 私はこれを捕まえて、長すぎる時間が経過する前にCtrl+ Cを押しました。具体的には、timeコマンドをrm&と組み合わせて使用していたため、3秒未満cpでした。私は入って、Dest/それが存在しないと期待して調べましたが、それが全体であり、影響を受けていないように見えました。A/ B/ C/非常に小さいので、これは少し驚くべきことです。合計で100〜200 MBです。Dest/ただし、1TBほどです。実行するlson Dest /をと、アルファベットの両端にファイルとディレクトリの両方が存在することが示されました(例AFile.txt.... .... Zoo.txt)。 運が良かったのでキャンセルしました rmDest /ディレクトリに大混乱を引き起こす前にか?であるrmことが遅い(ありがたい!)本当に? そうでない場合、どのように rm失われた可能性があるものを推測できるように再帰的に削除しますか? 私は失ったかもしれないものを回復することを本当に期待していません。
30 rm  recursive 

4
フォルダ用に作成された特別なハードリンク「。」のリンクを解除(削除)するにはどうすればよいですか?
Linuxでは、フォルダを作成すると、対応するiノードへの2つのハードリンクが自動的に作成されます。1つは作成を要求したフォルダーで、もう1つは.このフォルダーの特別なフォルダーです。 例: $ mkdir folder $ ls -li total 0 124596048 drwxr-xr-x 2 fantattitude staff 68 18 oct 16:52 folder $ ls -lai folder total 0 124596048 drwxr-xr-x 2 fantattitude staff 68 18 oct 16:52 . 124593716 drwxr-xr-x 3 fantattitude staff 102 18 oct 16:52 .. あなたが見ることができるように、両方folderと.の内部には、folder(で示したものと同じinode番号持つ-iオプション)。 この特別な.ハードリンクを削除する方法はありますか? それは実験と好奇心のためだけです。 また、答えは..特別なファイルにも当てはまると思います。 …

2
昨夜ミスをして、意図せずに1800GBのファイルサーバーを削除してしまった
昨日このコマンドを実行し、テストマシンで考えましたが、SSHで接続されたファイルサーバーでした。 sudo rm -rf /tmp/* !(lost+found) 私の端末エミュレーターはKonsoleです。私のシステムはDebian 7です。 質問: このコマンドは、/ tmp内のファイル以外のファイルを削除しましたか?
27 files  filesystems  rm  tmp 

4
ファイルはそのiノードで取得できますか?
次のコマンドを指定された順序で実行しました。 $ln a b $ls -i a b 523669 a 523669 b $rm -f a $ls -i b 523669 b このテストから、コマンドはrm実際にファイルではなくファイル名(aこのテストでは)のみを削除すると結論付けましたb。 私の質問は、ファイルが1つのファイル名のみにハードリンクrmされている場合、そのファイルに対して実行されると、実際のファイル(つまりiノード)は完全に削除されますか?そうでない場合、ファイルiノードはファイル名なしで、iノードのみを介して取得できますか?
27 rm  hard-link  inode 



弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.