把文件名当中含有特殊字符[.\]的文件删除的方法
(编辑:jimmy 日期: 2024/11/1 浏览:3 次 )
如果这个「特殊字元」是 '/',请跳到这题的结尾;如果这个特殊的字元是
一个 ' 或者控制字元或者中文字,请继续往下读。
典型的解法是:
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 下找回那个档案,改个好名字,放回原
来的目录。
复制代码 代码如下:
我的测试过的,一般文件的建立方法
cmd下 创建的方法:md jb51..\
删除的方法:rd jb51..\
一个 ' 或者控制字元或者中文字,请继续往下读。
典型的解法是:
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 下找回那个档案,改个好名字,放回原
来的目录。
复制代码 代码如下:
我的测试过的,一般文件的建立方法
cmd下 创建的方法:md jb51..\
删除的方法:rd jb51..\
下一篇:检查网络信息的bat[批处理]文件