# this works:
rm foo
# versus this, which doesn't:
rm foo/
基本的に、ディレクトリを削除するのではなく、ファイルを削除するように指示する必要があります。と の違いは、C ライブラリがそれぞれを扱う方法の違いによるものだと思います。rmrmdir
いずれにせよ、最初のものは機能するはずですが、2番目のものは foo がディレクトリであることに文句を言うはずです.
上記のように機能しない場合は、権限を確認してください。ファイルを削除するには、格納されているディレクトリへの書き込み権限が必要です。
「リンク解除」コマンドを使用し、最後に/がないことを確認してください
$ unlink mySymLink
unlink() は、ファイル システムから名前を削除します。その名前がファイルへの最後のリンクであり、ファイルを開いているプロセスがない場合、ファイルは削除され、使用していたスペースが再利用できるようになります。 名前がファイルへの最後のリンクであったが、プロセスがまだファイルを開いている場合、そのファイルは、それを参照している最後のファイル記述子が閉じられるまで存在し続けます。
正しく読んでいると、これは問題になる可能性があると思います。
名前がシンボリック リンクを参照している場合、そのリンクは削除されます。
名前がソケット、fifo、またはデバイスを参照している場合、その名前は削除されますが、オブジェクトを開いているプロセスは引き続きそれを使用できます。
rm should remove the symbolic link.
skrall@skrall-desktop:~$ mkdir bar
skrall@skrall-desktop:~$ ln -s bar foo
skrall@skrall-desktop:~$ ls -l foo
lrwxrwxrwx 1 skrall skrall 3 2008-10-16 16:22 foo -> bar
skrall@skrall-desktop:~$ rm foo
skrall@skrall-desktop:~$ ls -l foo
ls: cannot access foo: No such file or directory
skrall@skrall-desktop:~$ ls -l bar
total 0
skrall@skrall-desktop:~$
rm symlinkname最後にスラッシュを使用しますが、含めないでください (使用しないでください: rm symlinkname/)。次に、シンボリックリンクを削除するかどうかを尋ねられますので、yはいと答えてください。
それが実際にシンボリックリンクであると仮定すると、
$ rm -d symlink
それを理解する必要がありますが、もはや存在しないがここで正しいことを行う別のケースを対象とした潜在的なコードを有効にすることはできないためです。
rm でシンボリック リンクを削除できない場合は、おそらく、シンボリック リンクを含むディレクトリのアクセス許可を確認する必要があります。ディレクトリ エントリを削除するには、含まれているディレクトリに対する書き込み権限が必要です。
セットアップが次のようなものであると仮定すると、問題なくln -s /mnt/bar ~/fooa を実行できるはずですrm foo。できない場合は、自分が の所有者でありfoo、ファイルの書き込み/実行権限を持っていることを確認してください。再帰的に行わない限り、削除してfooも には触れません。bar
CentOS では、実行するだけでrm linkname「シンボリック リンクを削除しますか?」と尋ねられます。と入力するYとEnter、リンクがなくなり、ディレクトリが安全になります。