Systemctl(?) 杀死分离的屏幕

Question

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

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

这很好用。当我 Control+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)

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

有什么想法吗？

Answer 1

如果创建它们的主要服务（您的 Go 程序）退出，

systemd 默认情况下会终止所有进程（屏幕）。请注意，这不仅是子进程，而且是同一 cgroup 中的任何进程。这是为了确保如果服务崩溃时没有剩余进程。

可以使用 .service 单元文件中的键 KillMode= 来控制此行为，该文件描述为 here。虽然不推荐，但您需要将其设置为 process 或 none（让您的屏幕不受管理并通过 systemd 逃避您的服务生命周期管理）。

Systemctl(?) 杀死分离的屏幕

Systemctl(?) killing detached screens

linux

service

gnu-screen

go

systemd