dnf包管理在systemd启动的时候

### 配置 DNF 包管理器与 Systemd 启动集成

为了使 DNF 包管理器能够更好地配合 `systemd` 进行操作，通常不需要特别复杂的配置。这是因为现代 Linux 发行版已经内置了良好的支持机制来处理这类需求。

#### 使用定时任务更新软件包列表

一种常见的方式是利用 `systemd-timers` 来定期执行 DNF 更新命令：

[Unit]
Description=Daily upgrade and clean packages via DNF

[Service]
Type=oneshot
ExecStart=/usr/bin/dnf -y upgrade
ExecStartPost=/usr/bin/dnf -y autoremove
RemainAfterExit=true

[Install]
WantedBy=multi-user.target

上述服务单元文件定义了一个简单的每日升级脚本[^3]。将其保存为 `/etc/systemd/system/dnf-upgrade.service` 并创建相应的计时器文件 `/etc/systemd/system/dnf-upgrade.timer`:

[Unit]
Description=Run dnf upgrade daily

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=timers.target

这样设置之后，每天都会自动检查是否有可用的安全补丁或其他重要更新，并应用这些更改。

#### 自定义目标中的预安装钩子

如果希望某些特定的服务仅当所有必要的程序都已由 DNF 安装完毕后再启动，则可以在自定义的目标 (target) 中加入前置条件。例如，在某个虚拟机模板里预先打包好环境之前先确保 Python 开发库存在：

[Unit]
Description=A custom target that waits until all required software is installed.
BindsTo=dnf-install-python-devel.service
Requires=network-online.target
After=network-online.target

[Install]
Alias=default.target

这里的假设是我们有一个名为 `dnf-install-python-devel.service` 的服务负责调用 DNF 去安装 python-devel 软件包。

#### 利用 transient units 动态触发安装行为

对于更动态的情况——比如响应于外部事件而临时加载驱动模块或其它组件时，可以通过编程接口创建瞬态 unit 文件(transient units)，从而即时地让 `systemd` 执行一次性的 DNF 操作而不必修改任何永久性配置文件[^1]。