为什么`sudo cd / var / named`不起作用？ [重复]

#1 楼

无法执行此操作的原因很简单，并且有两个原因
1
cd不是程序，而是内置命令，而sudo仅适用于程序。以root身份
sudo foo返回

sudo: cd: command not found

，因为sudo cd /path不是程序。
2
如果可以将sudo应用于cd到受保护的目录，则运行命令cd，您将以普通用户身份进入该目录，但不允许普通用户进入该目录。
这是不可能的。超级用户。例如：

sudo -i
cd /var/named 

您现在以root用户身份登录，可以使用所需的任何命令。完成后，键入sudo cd /var/named，您将回到以普通用户身份登录。

#2 楼

这是因为cd不是可执行文件，它是更改目录的Shell函数。

如果运行： br />

cd是一个shell函数


您可以使用sudo -s打开一个交互式shell，然后使用cd到所需的目录：

type cd

要返回正常的外壳，只需按Ctrl + D。

#3 楼

以上所有答案都是正确的；这是一种解决方法，但

sudo sh -c "cd restricted-dir; some_command"

#4 楼

还值得记住的是，尽管cd的状态是内置的shell或外部二进制文件，但sudo会通过生成新进程来运行指定的命令而起作用。因为sudo的基本执行流程与此非常相似：


Shell产生了一个子进程以使用给定的参数运行sudo
sudo产生一个子进程来执行指定命令
sudo等待在步骤3中产生的子进程退出
sudo退出，返回到外壳
步骤1中的子流程退出，将用户返回到shell提示符
C库的execve()）。但是，出于解释的目的，两者是等效的。）

当您认为当前工作目录是每个进程的属性并且被继承但不继承时，这一点很重要晋升。因此，如果进程A产生了一个新的进程B，那么进程B将从进程A所在的工作目录开始。（这就是为什么ls ./这样平凡的东西可以达到您的期望。）但是，如果进程B改变了它的工作目录，那么除非进程A尽力寻找该目录，否则A完全不知道该更改。 （因此，这就是为什么如果您运行类似find /的内容并中途中止它，那么您不会因为文件查找恰巧在文件系统中的位置而出现在文件系统中看似随机的位置的原因已中止。）

因此，即使sudo cd /somewhere完全按照锡盒上的说明操作，到sudo退出时，您也将被带回到起点。因此，从用户的角度来看，它实际上是无人值守的。 cd在执行时调用了chdir()系统库函数来设置新的工作目录这一事实，对用户没有帮助。

正如Warren Hill指出的那样，正确的解决方案（我实际上不会称其为变通方法）是使用sudo -i将您放到根shell中，您可以在其中自由浏览文件系统并执行任何您喜欢的命令。但是请注意，退出此Shell时，出于与我上述完全相同的原因，您仍然会回到目录层次结构中的开始位置。

#5 楼

如果您是sudo用户，也可以临时更改权限。

sudo chmod 0775路径

或


请确保在必要时将其放回。