主页 / server / 问题 / 1126745
Accepted
Newskooler
Asked: 2023-03-21 19:01:31 +0800 CST

bashrc 中的采购环境变量：直接与从文件导出产生不同的结果 - 为什么

  • 772

我正在通过用户（即enable-linger $USER）运行 systemd，并且我通过systemctl --user

我注意到一个奇怪的问题。

采购类型 1

为了让上面的 systemd 为用户工作，我需要export XDG_RUNTIME_DIR=/run/user/$(id -u)在我的里面添加~/.bashrc

这很好用。

采购类型 2

当我改为按如下方式获取我的 bashrc 时，systemd 不起作用：

里面.bashrc：

source /path_to_file/my_file.env

里面my_file.env：

XDG_RUNTIME_DIR=/run/user/$(id -u)

当我这样做时，Sourcing Type 1 和 2 都会产生相同的结果，echo $XDG_RUNTIME_DIR所以我决定使用 Type 2。但是后来我注意到当我这样做时systemctl --user daemon-reload守护进程没有运行并且我收到以下错误：

Failed to connect to bus: No such file or directory

当我恢复到 Souring Type 1 时，错误消失了，一切都按预期进行。

我的问题是：我在这里想念的是什么？我的主要困惑源于 env 变量相同，但最终结果不同。

systemd

1 个回答

  1. Best Answer

    您忘记了export.env 文件中的 ，因此该变量实际上并不是环境变量。

    默认情况下，Shell 变量不会导出到环境中。只有对已导出变量的赋值才会自动重新导出；ifXDG_RUNTIME_DIR是一个全新的变量，它将成为一个 shell 内部变量，除非你使用exportor declare -xbuiltins。（或者除非启用了“allexport”shell 选项，但在 .bashrc 中使用它会有一些奇怪的陷阱。）

    echo $FOO“看到”变量是因为 $FOO 在命令行中的扩展是由 shell 解释器本身完成的，而不是由命令完成的——“echo”根本不需要访问环境，而“systemctl”需要。

    除了 echo，您还可以使用declare -p FOOshell 本身告诉您变量的状态（包括x在导出变量时显示标志），或者使用envorprintenv从外部进程的角度（非-导出的 shell 变量根本不会显示在这里）。

    无论哪种方式，您都不需要为交互式登录执行此操作。这个特定变量应该在您登录后立即通过 PAM（通过 pam_systemd）放入您的环境中——甚至在您的 shell 运行之前。

    对于需要访问其他用户服务的脚本，systemctl --user -M ${USER}@.host会让systemctl自己去寻找指定用户的运行时目录和D-Bus socket。

    • 4

相关问题