我正在尝试编写一个正则表达式来匹配ls -l
命令返回的 Unix 文件权限。
这里我发现第一个字段的所有可能字母都是 d、c、l、p、s、b、D。现在,其余字段所有可能的字母是什么?这是我的正则表达式到目前为止的样子:
/[-dclpsbD][-rwx]{9}/
答案1
而是ls
使用find -type
:
File is of type:
b block (buffered) special
c character (unbuffered) special
d directory
p named pipe (FIFO)
f regular file
l symbolic link
s socket
D door (Solaris)
和find -perm
:
-perm mode
File's permission bits are exactly mode (octal or symbolic). Since an exact
match is required, if you want to use this form for symbolic modes, you may
have to specify a rather complex mode string. For example -perm g=w will only
match files which have mode 0020 (that is, ones for which group write permission
is the only permission set). It is more likely that you will want to use the `/'
or `-' forms, for example -perm -g=w, which matches any file with group write
permission.
-perm -mode
All of the permission bits mode are set for the file. Symbolic modes are
accepted in this form, and this is usually the way in which would want to use
them. You must specify `u', `g' or `o' if you use a symbolic mode.
-perm /mode
Any of the permission bits mode are set for the file. Symbolic modes are
accepted in this form. You must specify `u', `g' or `o' if you use a symbolic mode.
If no permission bits in mode are set, this test matches any file (the idea here
is to be consistent with the behaviour of -perm -000).
-perm +mode
Deprecated, old way of searching for files with any of the permission bits in
mode set. You should use -perm /mode instead. Trying to use the `+' syntax with
symbolic modes will yield surprising results. For example, `+u+x' is a valid
symbolic mode (equivalent to +u,+x, i.e. 0111) and will therefore not be
evaluated as -perm +mode but instead as the exact mode specifier -perm mode and so
it matches files with exact permissions 0111 instead of files with any execute bit
set. If you found this paragraph confusing, you're not alone - just use -perm
/mode. This form of the -perm test is deprecated because the POSIX specification
requires the interpretation of a leading `+' as being part of a symbolic mode, and
so we switched to using `/' instead.