在 中bash
,当我cd ~sys
在任何地方键入时,我都会以/dev
. 它与提示中zsh
一样,但包含~sys
/dev
我检查过 Kubuntu 22.04、Ubuntu 20.04、Raspbian 9.13。
谷歌搜索没有产生任何结果。
在 中bash
,当我cd ~sys
在任何地方键入时,我都会以/dev
. 它与提示中zsh
一样,但包含~sys
/dev
我检查过 Kubuntu 22.04、Ubuntu 20.04、Raspbian 9.13。
谷歌搜索没有产生任何结果。
当您输入时,
cd ~sys
您将更改为用户的主目录sys
。就像cd ~roaima
更改为 user 的主目录一样roaima
。您自己的主目录的快捷方式很简单~
,因此您可能已经知道如何使用它。在密码文件(
grep '^sys:' /etc/passwd
或更一般地说getent passwd sys
)中,您可以看到的主目录sys
是/dev
:这说明了为什么
cd ~sys
将您更改为目录/dev
。~sys
您原来的问题提到只是在没有动词的情况下输入。在本例中,shell 转换~sys
到其主目录,/dev
然后尝试将其作为程序运行。显然该目录不能是程序,因此尝试失败:如果您正在运行 shell,例如
bash
您可以覆盖此行为,并使 shell 将尝试执行目录视为更改到该目录的指示(即隐含的cd
):请参阅使用 shopt -s autocd 是否有任何注意事项?以供进一步讨论。
~foo
扩展到用户的主目录foo
。这是几乎所有现代 shell 的功能,包括 bash、zsh,更普遍的是所有符合 POSIX 的 shell、BusyBox ash、(t)csh(它的起源)和 Fish。Unix 系统有许多系统帐户,其中一些有充分的理由,另一些则很大程度上是历史性的。这些系统帐户有一个主目录,即使他们从不登录:这很大程度上是历史性的(我不确定是否正确支持将该字段留空,因此无论如何他们都必须在那里有一些东西,尽管它可以是类似的东西
/nonexistent
) 。Debian 系统碰巧有一个名为 的系统用户sys
,我认为该用户已经多年(几十年?)没有使用过,但为了向后兼容仍然存在。该用户的主目录是/dev
。因此在 shell 和许多其他程序中~sys
扩展到,就像扩展到(或无论您的用户名和主目录是什么)。/dev
~daniel
/home/daniel
在 zsh 中,如果(像大多数人一样)您在提示中包含
%~
提示转义序列,那么您的提示将包含当前目录(可能是缩写的)。如果当前目录位于您的主目录下,则该部分缩写为~
. Zsh 更进一步,还缩写了其他可以通过波浪号扩展缩写的目录。特别是,如果您之前使用语法引用过某个用户的主目录~foo
,那么 zsh 会记住该目录可以缩写为~foo
.Zsh 将此功能称为静态命名目录。zsh 记住命名目录的地方是目录哈希表,您可以使用内置命令
hash -d
和来访问它unhash -d
。令人烦恼的是,如果“缩写”与原始字符串一样短或一样长, zsh 就会认为
~foo
是主目录的一个有价值的缩写。我让它忘记长度相等的命名目录:foo
显然,此代码可以适应不同的首选项,例如仅缩写 下的目录
/home
,或仅~
缩写其本身(尽管这样更容易从主目录开始%/
并仅替换主目录)。该术语
~sys
指的是用户的主目录sys
。通过运行可以看到getent passwd sys
- 它的主目录被列为/dev
.我已经看过了,但我实际上不确定该用户帐户是什么 - 它显然是一个系统帐户(从其低 ID 号 3 可以看出),并且它属于一个组(这同样是一个
sys
“系统帐户组”),但在现代 Ubuntu 安装中,它不拥有或无法访问任何文件或进程。这可能是一个遗留问题。的确。对于需要一些额外访问权限但不需要完全 root 的东西,adm 通常用于“管理”用途,sys 用于“系统”用途。这是相当模糊的,但实际上这是因为这些没有严格标准化。
显然在当今的 Arch Linux 中,adm 可以访问 /var/log 中普通用户无法读取的文件,而 sys 可以访问 cups 管理(我必须说这有点奇怪,lp 是“行式打印机”,与打印相关的内容的传统用户/组。)
在 Debian/Ubuntu 中 sys 根本不被使用,可能 uucp 和其他几个也不被使用,但它们是传统的,所以被保留下来。(没有密码,shell 设置为 nologin,并且没有它们拥有的文件,它们无论如何,它们实际上都是惰性的,因此即使从理论上的安全角度来看,将它们留在里面也不会造成任何损害。)