Network UPS Tools (NUT) 在非systemd系统下的构建与排障指南

背景介绍

Network UPS Tools (NUT) 是一个功能强大的不间断电源(UPS)监控和管理系统，广泛应用于各类Linux服务器和工作站。然而，在一些不使用systemd的Linux发行版(如Artix Linux)上构建NUT时，可能会遇到与systemd相关的依赖问题。

问题现象

用户在Artix Linux系统上构建NUT时，尽管在configure阶段已明确禁用systemd支持(--with-systemdsystemunitdir=no --with-libsystemd=no)，但在运行UPS驱动程序时仍出现libsystemd.so.0缺失的错误。

深入分析

构建配置验证

正确的NUT构建配置应显示以下关键信息：

• 基本systemd支持：no
• 紧密systemd集成支持：no
• 系统单元文件安装：no

用户提供的配置摘要显示所有systemd相关选项均已正确禁用，理论上不应产生systemd依赖。

二进制文件依赖检查

通过ldd工具分析生成的二进制文件时发现：

1. 从压缩包直接提取的二进制文件无systemd依赖
2. 通过包管理器安装后，同一二进制文件却出现了libsystemd.so.0依赖

问题根源

包管理器缓存问题

深入调查发现，问题的根本原因在于包管理器的缓存机制：

1. 用户曾安装过来自其他仓库的NUT包(含systemd依赖)
2. 后续安装本地构建的包时，包管理器错误地从缓存加载了旧版本
3. 直接提取压缩包不受缓存影响，因此表现正常

构建环境隔离问题

在容器化构建环境中，宿主机的systemd组件可能意外泄漏到容器内，导致configure脚本检测到systemd存在。

解决方案

彻底清理系统

1. 完全卸载现有NUT包
2. 清除包管理器缓存
3. 确保系统无残留的NUT文件

验证构建环境

1. 在干净环境中重新构建
2. 确认configure输出中所有systemd相关选项均为"no"
3. 构建前后使用ldd验证二进制依赖

构建参数优化

推荐的非systemd构建参数：

./configure \
    --prefix=/usr \
    --with-systemdsystemunitdir=no \
    --with-libsystemd=no \
    --without-avahi \
    --without-ipmi

经验总结

1. 构建环境隔离：在容器化构建时，确保环境完全干净，不受宿主机影响
2. 包管理器行为：理解不同安装方式(本地文件 vs URL)的缓存处理差异
3. 依赖验证：发布前务必验证二进制文件的动态链接依赖
4. 历史包清理：系统迁移或配置变更时，彻底清理旧版本

技术延伸

对于希望完全避免systemd检测的开发者，可以考虑以下进阶方案：

1. 环境变量覆盖：在configure前设置PKG_CONFIG_PATH为空，避免pkg-config检测到systemd
2. 交叉编译：使用交叉编译工具链，明确指定目标系统特性
3. 补丁修改：对configure脚本进行修改，强制跳过systemd检测

通过以上措施，可以确保NUT在各种init系统环境下都能正确构建和运行，满足不同Linux发行版用户的需求。