无法在服务启动时运行 sudo （但仅限于脚本中）

Question 1

您的脚本有if ! grep -qs '/dev/sda1' /proc/mounts; then，我认为这是为了解决为每个实例运行此脚本的问题[email protected]。如果另一个实例正在运行（或过去运行过），则挂载将已经存在，因此此检查是必要的，否则您ExecStartPre=将失败。

我的另一个答案描述了如何sudo从脚本中删除，但另一个解决方案是用 systemd 的内置mount单元替换脚本。

该单元可以简单如下：

# /etc/systemd/system/media-pi-MyBook.mount
[Mount]
What=/dev/sda1
Where=/media/pi/MyBook

然后，不要将其放在您的覆盖中：

# /etc/systemd/system/[email protected]/override.conf
[Service]
ExecStartPre=/usr/local/bin/mount-sync-drive.sh

执行此操作可确保在运行服务之前挂载可用并正在运行。

# /etc/systemd/system/[email protected]/override.conf
[Unit]
Requires=media-pi-MyBook.mount
After=media-pi-MyBook.mount

现在您可以删除自定义脚本。

这可以解决几个问题，例如能够控制何时卸载单元，以及确保模板的每个实例都存在安装，而无需任何额外的检查。

要卸载，只需简单地操作，它就会自动停止sudo systemctl stop media-pi-MyBook.mount任何服务。Requires=这是编写脚本更加困难的事情，尤其是当您有大量模板实例时。

一个额外的细节：

我推荐的覆盖是 in[email protected]/而不是[email protected]/.这意味着模板的每个实例都将存在依赖性，syncthing@而不仅仅是syncthing@admin.

Answer

您的脚本有if ! grep -qs '/dev/sda1' /proc/mounts; then，我认为这是为了解决为每个实例运行此脚本的问题[email protected]。如果另一个实例正在运行（或过去运行过），则挂载将已经存在，因此此检查是必要的，否则您ExecStartPre=将失败。

我的另一个答案描述了如何sudo从脚本中删除，但另一个解决方案是用 systemd 的内置mount单元替换脚本。

该单元可以简单如下：

# /etc/systemd/system/media-pi-MyBook.mount
[Mount]
What=/dev/sda1
Where=/media/pi/MyBook

然后，不要将其放在您的覆盖中：

# /etc/systemd/system/[email protected]/override.conf
[Service]
ExecStartPre=/usr/local/bin/mount-sync-drive.sh

执行此操作可确保在运行服务之前挂载可用并正在运行。

# /etc/systemd/system/[email protected]/override.conf
[Unit]
Requires=media-pi-MyBook.mount
After=media-pi-MyBook.mount

现在您可以删除自定义脚本。

这可以解决几个问题，例如能够控制何时卸载单元，以及确保模板的每个实例都存在安装，而无需任何额外的检查。

要卸载，只需简单地操作，它就会自动停止sudo systemctl stop media-pi-MyBook.mount任何服务。Requires=这是编写脚本更加困难的事情，尤其是当您有大量模板实例时。

一个额外的细节：

我推荐的覆盖是 in[email protected]/而不是[email protected]/.这意味着模板的每个实例都将存在依赖性，syncthing@而不仅仅是syncthing@admin.

Question 2

从状态检查开始：

systemctl show [email protected] | grep -E 'ProtectSystem|NoNewPrivileges'

您很可能已NoNewPrivileges启用。这样做的结果是你的进程不被允许成为 root，因此sudo无法运行。

如果是这种情况，您需要禁用该设置。请参阅我的回答rsyncd service ProtectSystem=off 无效，它相似但不重复，以获取如何更改这些值的完整说明

Answer

从状态检查开始：

systemctl show [email protected] | grep -E 'ProtectSystem|NoNewPrivileges'

您很可能已NoNewPrivileges启用。这样做的结果是你的进程不被允许成为 root，因此sudo无法运行。

如果是这种情况，您需要禁用该设置。请参阅我的回答rsyncd service ProtectSystem=off 无效，它相似但不重复，以获取如何更改这些值的完整说明

Question 3

sudo不适用于脚本调用。其目的是验证交互式用户。

您应该尝试重新编写脚本以避免sudo.您的脚本仅适用sudo于一行，但其他行不会做太多事情，因此将root权限扩展到这一行也不是不合理的。

man systemd.service描述“特殊可执行前缀”。您可以使用这些前缀来ExecStartPre=更改行为。您对+以完全权限运行脚本特别感兴趣。

在您的插件中，只需将其添加+到脚本路径之前即可：

[Service]
ExecStartPre=+/usr/local/bin/mount-sync-drive.sh

然后您可以sudo从脚本中删除：

#!/bin/bash

exec &>> /var/log/syncthing.log
echo ""
date

# Check if /dev/sda1 is already mounted
if ! grep -qs '/dev/sda1' /proc/mounts; then
    # Mount /dev/sda1 to /media/pi/MyBook
    echo "Mounting /dev/sda1 to /media/pi/MyBook"
    mount -v /dev/sda1 /media/pi/MyBook
fi

额外加分：您在这里进行了大量登录。请注意，mount已经将它所做的事情打印到标准输出，因此您的 echo 命令有点多余。您还回显换行符和日期。默认情况下，您的设备会自动将脚本的所有标准输出和日期记录到日志中。因此，如果您选择使用日志，yopu 可以删除这些内容以简化脚本。

#!/bin/bash

if ! grep -qs '/dev/sda1' /proc/mounts; then
    mount -v /dev/sda1 /media/pi/MyBook
fi

然后您可以使用以下命令检查输出：

$ sudo journalctl -u syncthing*
Feb 21 17:23:14 RPI systemd[1]: Started [email protected] - Syncthing - Open Source Continuous File Synchronization for admin
Feb 21 17:23:14 RPI mount-sync-drive.sh[1234]: mount: /dev/sda1 mounted on /media/pi.

Answer