如何提升root权限bash
?然后如何返回到之前的状态?我的问题是关于提升/降低权限以及某些应用程序可能出现的问题,尤其是 GUI 应用程序(和“环境”)。
比如说,一些应用程序为每个用户和根用户保留一个单独的配置文件。如果我以 root 身份运行应用程序,则 GUI 和配置文件可能不是“环境”的唯一问题,无论这是他们或操作系统的错误还是功能。
说,我需要以 root 身份运行脚本或已经以 root 身份运行脚本(如在 rc.local 中),因此您可能需要降低权限或从那里“完全”切换回普通用户(su normaluser
并不总是有效)。最初运行一个脚本,sudo -H
然后切换到另一个用户?这并不总是按需要工作,尤其是对于 GUI 应用程序。我认为问题出在“环境”上,并且DISPLAY=:0 ...
or DISPLAY=:0 gtk-launch ...
(gtk-launch
可能是错误的) 可能还没有帮助。
说,我有gedit
一个打开的文件。如果我以普通用户身份运行gedit /doc2
,它会打开菜单并显示在另一个选项卡中的现有窗口中。如果我以 root 身份运行它,它会在一个单独的窗口中打开,并且没有可见的菜单。sudo -H
如果我通过or运行脚本su
并尝试以gedit /doc2
普通用户身份运行(再次使用 sudo (-H) 或 su),那么它就像我以 root 身份而不是普通用户一样运行。我也试过sudo
options -l, -s, -i
。与其他导致更严重问题的 GUI 应用程序一起使用。一些 GUI 应用程序具有不同的 GUI 或因此根本不运行。有时runuser
对我有帮助,但并非总是如此。并且 heredoc 格式 ( sudo -H /bin/bash <<EOF <lines with commands> EOF
) 无法按预期工作。
这是多少麻烦。一年多来,我找不到一个好的通用解决方案。那么有什么可以提升特权并返回的吗?还是其他好的解决方法?
还有一个完整的例子以防万一(运行为sudo ./script.sh
或使用-H
):
cd /somedir
some_commands # using the current directory, root privileges and setting some variables, and writing to somefile (better as normal user)
sudo -u normaluser /bin/bash -c 'gedit --encoding someencoding /somefile'`
如果我运行以下 bash 脚本./script.sh
gedit --encoding someencoding /somefile
然后gedit
正常工作。
以防万一:它是关于 Ubunu 16.04 xenial,bash 版本 4.3.48。
更新:
我知道我可以运行类似的命令
sudo sh -c ‘command1 $somevariable; command2’
或(我发现它可以是几行)
sudo sh -c ‘command1 $somevariable command2’
或者可能与bash
. 对于大量命令来说,这可能不是一个选项,也不能解决所有问题。而且我绝对不需要交互式输入命令。另见我的回答。
PS我认为Linux应该用户友好且易于使用。
要提升脚本中少数命令的权限,请使用带有 heredoc 语法的 sudo:
测试 cd:(工作目录在 heredoc 内更改,但在 heredoc 结束时恢复原样)
再举一个例子,展示变量替换在 heredoc 中的工作原理:
更新:示例如何将输出转换为变量
我没有很多脚本可以从用户特权提升到
sudo
(超级用户)权力。具有讽刺意味的是,由于您的问题是关于gedit
我所拥有的脚本之一,因此称为sgedit
. 创建它是因为gksu gedit
不再受支持并且因为 root 用户无法设置选项卡设置、字体首选项等。该脚本必须在常规用户模式下调用。它从用户配置文件复制
gsettings
到. 复制字体大小、换行、选项卡设置、将选项卡转换为空格和插件等重要设置。gedit
/tmp
然后
sudo
请求密码并将状态提升为root。sudo -H
用于等效于gksu
保护,以防止root
权力锤击用户配置文件。下一个根配置设置
gedit
继承自复制到的调用用户配置文件/tmp
。gedit
作为后台任务加载,并向用户显示sudo
打开的文件版本。例如/etc/default/grub
.权力立即被
sudo
删除,命令行提示符返回。但是gedit
仍然在一个单独的窗口中运行,并打开文件进行编辑。我的答案。然而,需要一个解决方案来解决如何提升和降低权限(实际上,在概念上甚至没有包装,单独存在)或完全切换到 root 并返回。
根据我 LeonidMew 和 WinEunuuchs2Unix 的建议,这里是解决方法。该
-H
选项通常是一个不错的选择,因此我将其包括在内。有两种解决方法(
bash
可以替换为sh
):1)
sudo -H /bin/bash -c ‘commands’
和2)
sudo -H /bin/bash -c “commands”
(以及heredoc格式,sudo -H /bin/bash <<EOF <lines with commands> EOF
)。1)来自外部的变量在内部自动不可见。它们必须被移动到内部,被双重定义或作为参数传递。我无法对内部函数进行简短的(重新)声明
$(declare -f functionname)
(也许还可以),但如果我只是将它移到内部,它就可以工作。2)只有来自外部的变量副本被传递到内部。您将不得不使用
\
构造或其他本地定义的变量进行转义,并且使用注释$(...)
可能无法正常工作(如使用)。像这样的参数是整个脚本的参数,不能作为局部变量在内部传递。外部定义的函数在内部不可见,但可以在内部重新声明,如.$PWD
#
#$(declare -f ...)
$1
$(declare -f functionname)
在这两种情况下,您都可以通过文件或标准输出(或几个空格分隔的变量)通过包装获得快速字符串输出
res=$(...)
。您可以在此处查看示例:https ://stackoverflow.com/a/23567255 。尽管在包装后所有 EOL 都转换为空格。也许export
,旨在将变量传递给子进程,将有助于避免包装或文件的使用,但不知何故它对我不起作用。情况 1) 似乎是最好的默认选择,并且很可能需要对现有代码进行较少的修改,而情况 2) 通常需要仔细修改现有代码。也许您会发现这两种情况同时有用。
这是我的简单示例:
tmpdir=/tmp/ tmpfile=/tmp/tmpfile res=$(sudo -H bash -c 'tmpdir=$1; tmpfile=$2 echo "$tmpdir;" cd $ tmpdir echo $(pwd) echo "A string from file" > $tmpfile ' - $tmpdir $tmpfile) echo $res arr=($res) echo ${arr[0]} # Hellooo echo ${arr[1]} # world; echo ${arr[*]} # whole array echo ${#arr[*]} # number of items n=0 echo ${#arr[$n]} # length of the n-th element cat $tmpfile sudo sh -c 'rm -f $2' - - $tmpfile