Systemctl（？） 杀死分离的屏幕

Question

我有一个用Go编写的程序，它以编程方式创建和管理屏幕。下面是一个示例：

_, err := exec.Command("screen", "-S", "screen-"+strings.ToLower(name), "-X", "stuff", command+"\n").Output()

这工作正常。当我控制+C程序时，创建的屏幕保持打开状态（我想要的！但是，我已将其转换为 Ubuntu 上的后台服务。当我运行时，它会在没有警告的情况下杀死那些屏幕。附加到屏幕也不会阻止此操作（立即转到 ）。但是，它不会杀死外部创建的屏幕。systemctl stop <service>[screen terminated]

这是我的：.service

[Unit]

Description=>servicename> background service

After=network-online.target

[Service]

ExecStart=/usr/lib/<servicename>/service

[Install]

WantedBy=multi-user.target

我：rules

%:

    dh $@ --with systemd --parallel

override_dh_auto_install:

    dh_auto_install

    dh_systemd_enable || true

    dh_systemd_start || true

我：control

Package: <name>

Version: 0.2

Architecture: amd64

Priority: optional

Maintainer: <me>

Description: <description>

Depends: screen, iptables

Build-Depends: dh-systemd (>=1.5)

我无法想象什么会导致这些屏幕死亡。我很确定它们没有被附加到程序中，因为它作为可执行文件运行良好。系统日志中除了“服务已停止”和“服务已启动”之外，未提及任何内容。我尝试过在root下制作屏幕，不同的用户，运行空屏幕与运行程序等。没什么值得注意的。

有什么想法吗？

Answer 1

systemd默认情况下，如果创建进程（Go 程序）的主服务（Go 程序）退出，则终止所有进程（屏幕）。请注意，这不仅是子进程，而且是同一 cgroup 中的任何进程。这是为了确保如果服务崩溃，它没有剩余的进程。可以使用单元文件中的键来控制此行为，此处对此进行了介绍。尽管不建议将其设置为 或 （以使屏幕不受管理并逃避服务生命周期管理）。KillMode=.serviceprocessnonesystemd