通过本文主要向大家介绍了把文件名当中含有特殊字符[.\]的文件删除的方法等相关知识,希望对您有所帮助,也希望大家支持linkedu.com www.linkedu.com
如果这个「特殊字元」是 '/'，请跳到这题的结尾；如果这个特殊的字元是
一个 ' 或者控制字元或者中文字，请继续往下读。
典型的解法是:
rm -i some*pattern*that*matches*only*the*file*you*want
这样子的话 rm 会在要删除符合你给的条件的档案前，要你确定，不
过若你的 shell 会将每个字元的第八个 bit 变成零，那以中文作档
名的档案可能就删除不掉了！
与
rm -ri .
这样子的 rm 会删除目前目录下的所有档案，而在删除一个档案之
前会问你是否要删除此档。不过很不幸的，并非每一个版本的 rm 都
能这么用。再者，就算能用的话，这么做的话会把目前所在目录的所
有子目录都找进去，可能要用 "chmod a-x" 避免使子目录无法搜寻才
能避免可怕的后果。要做 "rm -r" 或含有万用字元的 "rm" 前请先深
呼吸，搞清楚自己是在做什么！
与
find . -type f ... -ok rm '{}' \;
"..." 是一堆用以辨识档案名称的述词，譬如在找出一有问的档案的
inode 为何后，用
find . -num 12345 -ok rm '{}' \;
或
find . -inum 12345 -ok mv '{}' new-file-name \;
删除或改名。 选项 "-ok" 是告诉 find 要执行指令前先要求你确认
。若你能确定所下的指令没有问题，或者怕所要处理档案有奇怪的字
元印出来会使萤幕乱七八糟，那用选项 "-exec" 就不会先要求你的确
认。
那当档案名称里含有 '/' 时要怎么办呢？
这类档案是很特别的情形，并且只会因为 kernel 的 bug 而发生（通
常是在写 NFS 的时候，没有把从远端机器来的档案名称中不合规定的
字元过滤掉）。我们第一件要做的事情就是，试著去了馕裁凑飧?nbsp;
问题会如此奇怪。
UNIX 的目录其实就只是单纯的档名和 inode number 的成对组合。
举例来说，目录包含了如下的资讯：
filename inode
file1 12345
file2.c 12349
file3 12347
理论上挥?nbsp;'/' 和 '\0' 两个字元不能用在档案名称中，
因为它们有以下的特殊用途：
'/' ：用来分隔目录名称及档案名称。
'\0' ：用来当档名的终结字元。
非常、极端、很不幸的，某些厂商做出来的 NFS 在回应远端机器的要
求时，会很白痴地造出含有斜线（/）的档名。例如，当某人在 Mac
或其他非 Unix 机器透过 NFS 造一个以日期为名称的档案到你的
Unix 中。那么，你的 Unix 目录看起来可能就会像这个样子：
filename inode
91/02/07 12357
我们前面所提过的 'find' 或 'rm' 都无法删除这个档案，因为这些或
其他的 Unix 程式都会强制把 '/' 当作前述的分隔字元解释。
其实，任何一般的程式都会试著做 unlink("91/02/07")，而这对
kernel 来说，它的意义是 "unlink 目录 91 下的子目录 02 中的档
案 07"，但是，我们并没有这样的档案，我们有的是一个名叫
"91/02/07" 的档案在目前的目录中。这是个极细微但极重要的区别。
这时该怎么办呢？首先回到产生这种乱七八糟档名的 Mac，试试
看 NFS daemon 要不要让你改成不含 '/' 的档名。如果不行，那就得
找你的系统管理者帮忙了。请他试试以下几种方法之一:
1. 用 "ls -i" 找出档案的 inode number，umount 掉这个
file system 然后以 "clri" 将这个 inode 清除，然后
祈求“fsck" 的成功。这个作法会删除这乱七八糟档名的
档案。
2. 若还想保存这个档案的资料，试试以下的做法：
-在那乱七八糟档名的档案所在之目录的亲目录底下建一
个子目录，将旧的目录下能搬动的档案都搬到新的目录
里。
-以 "ls -id" 取得旧目录的 inode number
-unmount 掉这个 file system， 用 "clri" 清掉那个
目录的 inode
-"fsck" 那个 file system
-从新 mount 上那个 file system
-将新的目录改名为旧的目录名
-从 lost+found 下找回那个档案，改个好名字，放回原
来的目录。
</div> </div>
一个 ' 或者控制字元或者中文字，请继续往下读。
典型的解法是:
rm -i some*pattern*that*matches*only*the*file*you*want
这样子的话 rm 会在要删除符合你给的条件的档案前，要你确定，不
过若你的 shell 会将每个字元的第八个 bit 变成零，那以中文作档
名的档案可能就删除不掉了！
与
rm -ri .
这样子的 rm 会删除目前目录下的所有档案，而在删除一个档案之
前会问你是否要删除此档。不过很不幸的，并非每一个版本的 rm 都
能这么用。再者，就算能用的话，这么做的话会把目前所在目录的所
有子目录都找进去，可能要用 "chmod a-x" 避免使子目录无法搜寻才
能避免可怕的后果。要做 "rm -r" 或含有万用字元的 "rm" 前请先深
呼吸，搞清楚自己是在做什么！
与
find . -type f ... -ok rm '{}' \;
"..." 是一堆用以辨识档案名称的述词，譬如在找出一有问的档案的
inode 为何后，用
find . -num 12345 -ok rm '{}' \;
或
find . -inum 12345 -ok mv '{}' new-file-name \;
删除或改名。 选项 "-ok" 是告诉 find 要执行指令前先要求你确认
。若你能确定所下的指令没有问题，或者怕所要处理档案有奇怪的字
元印出来会使萤幕乱七八糟，那用选项 "-exec" 就不会先要求你的确
认。
那当档案名称里含有 '/' 时要怎么办呢？
这类档案是很特别的情形，并且只会因为 kernel 的 bug 而发生（通
常是在写 NFS 的时候，没有把从远端机器来的档案名称中不合规定的
字元过滤掉）。我们第一件要做的事情就是，试著去了馕裁凑飧?nbsp;
问题会如此奇怪。
UNIX 的目录其实就只是单纯的档名和 inode number 的成对组合。
举例来说，目录包含了如下的资讯：
filename inode
file1 12345
file2.c 12349
file3 12347
理论上挥?nbsp;'/' 和 '\0' 两个字元不能用在档案名称中，
因为它们有以下的特殊用途：
'/' ：用来分隔目录名称及档案名称。
'\0' ：用来当档名的终结字元。
非常、极端、很不幸的，某些厂商做出来的 NFS 在回应远端机器的要
求时，会很白痴地造出含有斜线（/）的档名。例如，当某人在 Mac
或其他非 Unix 机器透过 NFS 造一个以日期为名称的档案到你的
Unix 中。那么，你的 Unix 目录看起来可能就会像这个样子：
filename inode
91/02/07 12357
我们前面所提过的 'find' 或 'rm' 都无法删除这个档案，因为这些或
其他的 Unix 程式都会强制把 '/' 当作前述的分隔字元解释。
其实，任何一般的程式都会试著做 unlink("91/02/07")，而这对
kernel 来说，它的意义是 "unlink 目录 91 下的子目录 02 中的档
案 07"，但是，我们并没有这样的档案，我们有的是一个名叫
"91/02/07" 的档案在目前的目录中。这是个极细微但极重要的区别。
这时该怎么办呢？首先回到产生这种乱七八糟档名的 Mac，试试
看 NFS daemon 要不要让你改成不含 '/' 的档名。如果不行，那就得
找你的系统管理者帮忙了。请他试试以下几种方法之一:
1. 用 "ls -i" 找出档案的 inode number，umount 掉这个
file system 然后以 "clri" 将这个 inode 清除，然后
祈求“fsck" 的成功。这个作法会删除这乱七八糟档名的
档案。
2. 若还想保存这个档案的资料，试试以下的做法：
-在那乱七八糟档名的档案所在之目录的亲目录底下建一
个子目录，将旧的目录下能搬动的档案都搬到新的目录
里。
-以 "ls -id" 取得旧目录的 inode number
-unmount 掉这个 file system， 用 "clri" 清掉那个
目录的 inode
-"fsck" 那个 file system
-从新 mount 上那个 file system
-将新的目录改名为旧的目录名
-从 lost+found 下找回那个档案，改个好名字，放回原
来的目录。
</div> </div>