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

OS Xでディレクトリを削除しようとしています。削除しrm -r /path/dirても、次のようなメッセージが何度も表示されます。 override rw-r--r-- root/wheel for cron/migrate.php? 1つのメッセージに対してyと入力しますが、別のメッセージがポップアップします。1つのコマンドでディレクトリ全体のメッセージを上書きしたいと思います。それ、どうやったら出来るの？

11 command-line  permissions  rm 

画面の明るさを機能させようとしているときに、コマンドを完全に理解せずに実行したところ、「/ sys / class / backlight / asus_laptop」にある厄介なシンボリックリンクが表示されなくなりました。 私が試してみました sudo rm /sys/class/backlight/asus_laptop sudo rm '/sys/class/backlight/asus_laptop' su root rm /sys/class/backlight/asus_laptop sudo rm /sys/class/backlight/asus_laptop ディレクトリに移動してと入力しrm asus_laptop、所有権を変更し、Thunarを使用して削除を試みます。 私は得る rm: cannot remove '/sys/class/backlight/asus_laptop': Operation not permitted リンク解除についても同様で、rmdirが機能せず、Thunarが失敗します。 その上の許可はlrwxrwxrwxです どうすれば削除できますか？

10 linux  permissions  rm  sysfs 

コマンドラインを実行したい： cd ~/www/tmp/; rm -P 2* しかし、2で始まるファイルがない場合、エラーが発生します。 -fただし、を使用したいと思うかもしれません。 -f Attempt to remove the files without prompting for confirmation, regardless of the file's permissions. If the file does not exist, do not display a diagnostic message or modify the exit status to reflect an error. そして、ファイルのアクセス許可については気にします。何か変なことが起こった場合は、コマンドabortを使用します。「存在しない」エラーのみを抑制したい。 私は 'rmエラー'のある他のいくつかの質問を見ました、そして（ちょっと）関連があるように見えるこれらの2つを見つけました： 名前でファイルとディレクトリを削除します。そのようなファイル、又はディレクトリはありません しかし、私はこの質問への回答で起こっているすべてを理解しておらず、それが必要であることを知りませんか？ touchこの質問で提案ハック： …

10 command-line  rm 

名前にスペースが含まれているすべてのファイルを削除しようとしています。次のコマンドを使用しています。しかし、それは私にエラーを与えています コマンド： ls | egrep '. ' | xargs rm ls | egrep '. 'コマンドのみを使用している場合、ファイル名にスペースを含むすべてのファイル名が表示されます。しかし、出力をrmに渡そうとすると、すべてのスペース（先頭または末尾）が削除されます。だから私のコマンドは正しく実行されていません。 名前に少なくとも1つのスペースがあるファイルを削除する方法についてのポインタはありますか？

10 shell  quoting  rm  xargs 

ツールがディレクトリを好きでcp、rm通常のファイルとは別に扱うのはなぜですか？どちらも、ユーザーが再帰的な動作を希望することを明示的に指定する必要があります。そうしないと、ディレクトリをまったく扱いません。 コンピュータとの最初のやり取り（しばらくの間）は、Windows / GUI /ポイントアンドクリック/ドラッグアンドドロップ環境で行われましたが、これらの操作がターゲットに関係なく同じように動作するのは常に自然なことでした。 この動作は、ワイルドカードを使用してコマンドを実行するときに特にイライラします。空でないサブディレクトリ*を除いて、ディレクトリ（）内のすべてを削除したい場合はどうなりますか？ これは、ユーザーが自分で足を撃たないようにするための一種のセキュリティ機能であるとしか想像できませんが、これはいくつかのUnixの原則についての私の理解と矛盾しています。 Unixは通常、ユーザーを自分から保護しません。それは常にユーザーが彼女がしていることを知っていると仮定しています。 Unixの場合、すべてがファイルです。ディレクトリは単なる別のファイルではありませんか？なぜ違う扱いを受けるのですか？ 私の質問： この動作は技術的な制限によるものですか、それとも意図的な選択ですか？ 後者の場合、 この選択の動機となった理由の歴史的な説明はありますか？

10 rm  cp 

5日以上経過したログファイルをディレクトリから削除したい。ただし、削除はファイルのタイムスタンプに基づくべきではありません。ファイルの名前に基づいている必要があります。例今日の日付が2012年7月5日で、ディレクトリのような名前の10個のファイルが含まれているためにABC_20120430.log、ABC_20120429.log、ABC_20120502.log、ABC_20120320.logなどのIをファイル名から日付を抽出してファイルを削除できるようにしたいです。

10 bash  sed  rm 

（OpenIndianaサーバーからエクスポートされた）NFS共有をクライアントボックスにマウントしようとすると、OIサーバーがクラッシュしました。ログダンプのような死の黒い画面が表示された後、システムが再起動しました。起動しないので、ブートを停止した後、次のエラーメッセージが表示されます。 svc.startd[9] Could not log for svc:/network/dns/mulitcast:default: write(30) failed with No space left on device? OS以外に起動ドライブに他に何もないので、ドライブがいっぱいになる可能性があるかわかりません。多分何かのログファイル？何も削除していないようです。何かを削除しようとすると、スペースエラーが発生します。 $ rm filename cannot remove 'filename' : No space left on device 「メンテナンスモード」にログインできますが、標準のユーザープロンプトにはログインできません。 の出力dfは次のとおりです。 rpool/ROOT/openindiana-baseline 4133493 4133493 0 100% / swap 83097900 11028 830386872 1% /etc/svc/volatile /usr/lib/libc/libc_hwcap1.so.1 4133493 4133493 0 100% /lib/libc.so.1 の出力mountは次のとおりです。 / …

10 boot  disk-usage  rm  opensolaris 

サブディレクトリ内のすべてのファイルを含むディレクトリのすべてのファイルを「整理」したいが、サブディレクトリはそのままにしたい。私の理解でrm -rは、サブディレクトリ自体も削除されます。 私はしていない隠れた（ドット）ファイルを削除します。 これはどのように行うことができますか？

10 command-line  find  rm 

ここに私がしばらく疑問に思った何かがあります： [15:40:50][/tmp]$ mkdir a [15:40:52][/tmp]$ strace rmdir a execve("/usr/bin/rmdir", ["rmdir", "a"], [/* 78 vars */]) = 0 brk(0) = 0x11bb000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff3772c3000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=245801, ...}) = 0 mmap(NULL, 245801, …

10 linux  directory  rm  system-calls 

日付で整理された（名前付きの）他のディレクトリでいっぱいの特定のディレクトリがあります。参照しやすいcurrentように、最新のものを指すというシンボリックリンクがあります。 新しい日付ディレクトリを作成するスクリプトで、currentシンボリックリンクを作成または修正して、作成された最新のディレクトリを指すようにします。 適切なコマンドは、たとえば、 ln -fs 2017-03-01 current 場合はcurrentシンボリックリンクがまだ存在していない、この作品。 ただし、currentシンボリックリンクがすでに作成されている場合（および、たとえば、ディレクトリを指している場合2017-02-28）、これは機能しません。 代わりにシンボリックリンクを除去するcurrentと、新しいシンボリックリンク作成currentた点にし2017-03-01、その結果、代わりに壊れたシンボリックリンクであろうと呼ば 2017-03-01を指し、それ自体休止内部ディレクトリ2017-02-28（シンボリックリンクがここでcurrent指摘し、まだ点）。 これは私を困惑させたので、の仕様を読みましたln。これは予想される動作です。 あらすじ ln [-fs] [-L|-P] source_file target_file ln [-fs] [-L|-P] source_file... target_dir 説明 ... 2番目の構文形式は、最後のオペランドが既存のディレクトリを指定するときに想定されます。 する全く方法がないこと、そして、思わシンボリックリンクを再指定現在のディレクトリを指していることを新たなターゲットに新しいターゲットは名前の持つ別のシンボリックリンクの名前からは。だからln -fs私が思ったようには動かない。 必要があります I rm current、またはそこには、私が見落としてきた別のアプローチですか？

10 symlink  rm  ln 

名前に文字列 '999'（ ''なし）が含まれていないファイルを削除したい。 私が試してみました： grep -vlr 999 . | xargs -0 rm -f -- find . -print0 | grep --null-data -v 999 | xargs -0 rm -- しかし、どれも機能しません。私はmacOS Sierraとbash：3.2.57を使用しています。

9 bash  osx  filenames  rm 

私は通常、rmを使用してディレクトリを削除します。 rm -r myDir しかし、私はrmdirという別のコマンドも知っています。 rmdir myDir これら2つのコマンドの違いは何ですか？また、それぞれをいつ使用する必要がありますか？

9 directory  rm  command 

ルートファイルシステムはbtrfsパーティションにあります。私の/chrootディレクトリにはいくつかのbtrfsサブボリュームがあり、で削除できませんrm -rf /chroot。すべてのサブボリュームを削除しようとして、を/chroot使用して以下のサブボリュームのみを一覧表示してみました-o。これには、マニュアルページに「指定されたパスの下のサブボリュームのみを印刷する」と記載されています。 # btrfs subvolume list -o /chroot ID 593 gen 6616 top level 5 path chroot/base-devel/root ID 594 gen 6618 top level 5 path chroot/multilib-devel/root ID 595 gen 6620 top level 5 path chroot/base/root ID 597 gen 6624 top level 5 path chroot/twm/root ID 599 gen 6628 top …

9 rm  btrfs 

偶然、私は走ったsudo rm -r /tmp、それは問題ですか？ を使用して再作成しましたがsudo mkdir /tmp、問題は解決しましたか？ ディレクトリを再作成した後、Ubuntu 14.04のnautilusのサイドバーの場所セクションに/ tmpが表示されますが、これは以前にはありませんでしたが、問題ですか。 最後に、sudo chown $USER:$USER /tmp以前と同じようにアクセスできるように実行する必要があります..この後、副作用はありますか？ ちなみに、bashのオートコンプリートを使用しようとすると、この一見関連するエラーが表示されます bash：here-documentの一時ファイルを作成できません：権限が拒否されました

9 files  permissions  rm  root-filesystem  mkdir 

古いバージョンのUnixでは、rmコマンドはディレクトリが空の場合にディレクトリを削除しました。rmのResearch Unix Eighth Editionのマニュアルページから：「エントリがディレクトリの場合、空の場合のみ削除されます。」私はこの動作が好きなので、このエイリアスを自分の中に持ってい/etc/profileます。alias rm='rm -d'私はGNU coreutilsバージョンのを使用しています。このバージョンではrm、ディレクトリが空の場合は先に進み、ディレクトリを削除するように-d指示rmしています。 ここまでは順調ですね。このエイリアスによりrm、昔と同じように使用できます。しかし、私はそれをさらに一歩進めたいと思います。私は...したいrmディレクトリに他のディレクトリが含まれている場合でも、ディレクトリのみが存在する限り、ディレクトリを削除します。ディレクトリ構造がどのくらい深いかは関係ありません。そこにファイルがなく、空になったら（一番下に到達したら）、ディレクトリをrmすべて削除します。 これは、通常として機能し、rm渡されたファイルを削除するエイリアスとして記述できますか？

9 directory  rm  alias