sudo使用什么shell

zour9fqk 于 2023-04-21 发布在 Shell

关注(0)|答案(2)|浏览(109)

我很抱歉，因为这是一个其他人问过的问题，但它似乎谷歌证明。我试图找出什么shell被调用，因为我遇到了一个不一致。我的脚本不工作，如果我sudo，但工作，如果我sudo bash。然而，当我sudo echo $0，它说bash。

cpu=$(cat /proc/cpuinfo | grep Revision | cut -d' ' -f 2-);
if [[ "a22082" = $cpu || "a02082" = $cpu ]]; then
    echo 'do stuff';
fi

如果我用 #！/bin/sh 指定命令解释器，它仍然会失败，但更具体的 #！/bin/bash 会失败。
我 （现在） 知道[[是特定于bash的，但尽管有响应，但sudo的默认shell似乎不是bash。

2条答案

**简答：**没有默认的解释器，你的脚本需要在顶部有一个shebang行#!/bin/bash。
详细回答：sudo不运行shell，直接传递命令就运行，没有中间shell，如果需要shell需要显式传递。

sudo echo $0

这个命令是误导性的，因为$0在sudo被调用 * 之前被shell * 展开。它打印的是当前的$0，而不是sudo环境中的$0的值。
让我们比较一些命令：

sudo ls

这将直接执行/bin/ls可执行文件。不涉及shell。下面的命令将显示何时进行区分。

sudo ls /root/*

当前shell展开glob。如果您无法访问/root/，则glob不会展开，您将得到ls: cannot access /root/*: No such file or directory。

sudo 'ls /root/*'

这将尝试执行一个名为ls /root/*的程序。从字面上看，它的名称为*，位于ls 的root子目录中（ls后面有一个空格）。它失败并返回sudo: ls /root/*: command not found。

sudo ls '/root/*'

这将运行/bin/ls并传递给它文字字符串/root/*。没有glob扩展。它会失败并传递ls: cannot access /root/*: No such file or directory。

sudo bash -c 'ls /root/*'

这个函数执行/bin/bash，并插入ls /root/*命令行，扩展glob。这个函数终于可以工作了，因为我们有一个显式的shell来扩展glob，而且我们是在sudo内部而不是外部进行扩展。

为了补充John Kugelman's helpful answer，解决了帖子标题所暗示的更一般的问题：
顺便说一句：最好总是以shebang行开始脚本，以显式地控制运行它的shell。
sudo不运行shell * 默认情况下 *，但可以使用以下任一选项运行shell：

换句话说：**sudo使用 * 当前 * 用户的默认shell，除非通过$SHELL**覆盖（仅适用于-s）。
详情请参见man sudo。