postinst维护脚本导致Debian包安装时systemd服务无法自动启动

这其实是Debian包构建工具debhelper的默认行为逻辑导致的，我来给你拆解下关键原因：

1. 无自定义postinst时的自动处理 #

当你没有编写自己的postinst脚本时，debhelper（尤其是dh_systemd组件）会自动帮你生成postinst的内容，其中包含了启用并启动systemd服务的关键命令：

systemctl enable --now myservice.service

这就是为什么去掉postinst后，服务会自动启用并启动——这些逻辑是debhelper默认注入的。

2. 自定义postinst覆盖了默认逻辑 #

一旦你添加了自己的postinst脚本，debhelper就不会再自动注入那些服务启用/启动的代码片段了。如果你的自定义postinst是空的或者没有包含启用服务的指令，那么包安装过程中就不会执行systemctl enable或systemctl start操作。

更关键的是，Debian包安装systemd服务时，若没有明确的启用指令，systemd会默认将服务置于禁用状态（因为包没有告知systemd要启用它），这就导致你执行systemctl status myservice时看到服务无法启动的状态。

3. 如何修复这个问题 #

要让自定义postinst脚本和服务自动启用兼容，你需要在脚本中手动调用debhelper的systemd处理函数，或者直接添加systemctl命令：

方法一：调用debhelper的辅助函数（推荐） #

在你的postinst中加入以下内容（确保脚本开头有#!/bin/sh和set -e）：

#!/bin/sh
set -e

# 启用myservice服务
dh_systemd_enable --name=myservice
# 启动myservice服务（可选，根据你的需求）
dh_systemd_start --name=myservice

# 这里添加你的其他自定义安装逻辑

方法二：直接执行systemctl命令 #

如果你不想依赖debhelper的函数，也可以直接写原生的systemd命令：

#!/bin/sh
set -e

# 启用服务
systemctl enable myservice.service
# 启动服务（可选）
systemctl start myservice.service

# 其他自定义逻辑

验证方式 #

你可以通过对比两种情况下的包内postinst脚本确认差异：

• 无自定义postinst时，用dpkg-deb -x your-package.deb temp-dir解压包，查看temp-dir/DEBIAN/postinst，能看到debhelper自动添加的服务处理代码；
• 有自定义postinst时，解压后查看的就是你自己编写的脚本，若没有启用命令，就会出现服务禁用的问题。

内容的提问来源于stack exchange，提问作者Wimateeka