使用 DNF 工具管理软件

• RPM 格式
• 模块，它们是 RPM 格式的扩展
• Software Collections

• 带有应用程序的软件包
• 带有特定于应用程序依赖项库的软件包
• 带有应用程序文档的软件包
• 带有助手工具的软件包

• 如果管理员明确启用了它。
• 如果流是启用的模块的依赖项。
• 如果流是默认流。每个模块都可以有一个默认流，但在 Red Hat Enterprise Linux 9 中，没有定义默认流。如果需要，您可以配置默认流，如 定义自定义默认模块流和配置文件 中所述。

• 所需功能以及哪个组件版本支持该功能
• 与应用程序或用例的兼容
• 应用程序流的 生命周期 和您的更新计划

流程

• 显示全局 DNF 配置：

  # dnf config-manager --dump

流程

• 使用以下方法之一会影响 DNF 如何使用插件：

  • 要在全局范围内启用或禁用 DNF 插件加载，请将 plugins 参数添加到 /etc/dnf/dnf.conf 文件的 [main] 部分中。

    • 设置 plugins=1（默认）以启用加载所有 DNF 插件。
    • 设置 plugins=0 以禁用加载所有 DNF 插件。
  • 要禁用特定的插件，请将 enabled=False 添加到 /etc/dnf/plugins/<plug-in_name>.conf 文件的 [main] 部分中。

  • 要禁用特定命令的所有 DNF 插件，请在命令中附加 --noplugins 选项。例如，要为单个 update 命令禁用 DNF 插件，请输入：

    # dnf --noplugins update

  • 要为单个命令禁用某些 DNF 插件，请在命令中附加 --disableplugin=plugin-name 选项。例如，要为单个 update 命令禁用某个 DNF 插件，请输入：

    # dnf update --disableplugin=<plugin_name>

  • 要为单个命令启用某些 DNF 插件，请在命令中附加 --enableplugin=plugin-name 选项。例如，要为单个 update 命令启用某个 DNF 插件，请输入：

    # dnf update --enableplugin=<plugin_name>

流程

• 通过在 /etc/dnf/dnf.conf 文件中添加以下行，从 DNF 操作中排除软件包：

  excludepkgs=<package_name_1>,<package_name_2> ...

  或者，使用全局表达式而不是软件包名称来定义您要排除的软件包。如需更多信息，请参阅在 DNF 输入中指定全局表达式。

流程

• 根据您的场景，使用以下选项之一来搜索存储库：

  • 要在软件包的名称或摘要中搜索术语，请输入：

    $ dnf search <term>

  • 要在软件包的名称、概述或描述中搜索术语，请输入：

    $ dnf search --all <term>

    请注意，在描述中使用 --all 选项进行额外搜索比普通搜索操作要慢。

  • 要搜索软件包名称，并在输出中列出软件包名称及其版本，请输入：

    $ dnf repoquery <package_name>

  • 要搜索哪个软件包提供了文件，请指定文件名或文件的路径：

    $ dnf provides <file_name>

流程

• 列出所有可用软件包的最新版本，包括构架、版本号以及从其中安装的存储库：

  $ dnf list --all
  ...
  zlib.x86_64         1.2.11-39.el9   @rhel-9-for-x86_64-baseos-rpms
  zlib.i686           1.2.11-39.el9   rhel-9-for-x86_64-baseos-rpms
  zlib-devel.i686     2.11-39.el9     rhel-9-for-x86_64-appstream-rpms
  zlib-devel.x86_64   1.2.11-39.el9   rhel-9-for-x86_64-appstream-rpms
  ...

  存储库前面的 @ 符号表示此行中的软件包当前已安装。

  另外，要显示所有可用的软件包，包括版本号和架构，请输入：

  $ dnf repoquery
  ...
  zlib-0:1.2.11-35.el9_1.i686
  zlib-0:1.2.11-35.el9_1.x86_64
  zlib-0:1.2.11-39.el9.i686
  zlib-0:1.2.11-39.el9.x86_64
  zlib-devel-0:1.2.11-39.el9.i686
  zlib-devel-0:1.2.11-39.el9.x86_64
  ...

  另外，您可以使用其他选项而不是 --all 来过滤输出，例如：

  • 使用 --installed 仅列出已安装的软件包。
  • 使用 --available 列出所有可用软件包。
  • 使用 --upgrades 列出新版本提供的软件包。
  注意

  您可以通过将全局表达式附加为参数来过滤结果。如需了解更多详细信息，请参阅 在 DNF 输入中指定全局表达式。

• 版本
• 发布
• 架构
• 软件包大小
• 描述

流程

• 显示一个或多个可用软件包的信息：

  $ dnf info <package_name>

  这个命令显示当前安装的软件包的信息，如果有的话，显示存储库中的较新版本。另外，使用以下命令显示存储库中具有指定名称的所有软件包的信息：

  $ dnf repoquery --info <package_name>

  注意

  您可以通过将全局表达式附加为参数来过滤结果。详情请参阅 在 DNF 输入中指定全局表达式。

流程

• 如果您在 dnf 命令中使用全局表达式，请使用以下方法之一：

  • 将整个全局表达式用单引号或双引号括起来：

    # dnf provides "*/<file_name>"

    请注意，如果完整路径未知，您必需在 <file_name> 前加上/用于绝对路径或加上*/使用通配符。

  • 在它们前面使用反斜杠(\)字符转义通配符字符：

    # dnf provides \*/<file_name>

先决条件

• 可选：您知道要安装的软件包的名称。
• 如果要安装的软件包由模块流提供，则会启用对应的模块流。

流程

• 使用以下方法之一安装软件包：

  • 要从存储库安装软件包，请输入：

    # dnf install <package_name_1> <package_name_2> ...

    如果您在支持多个构架的系统上安装软件包，如 i686 和 x86_64，您可以通过将其附加到软件包名称来指定软件包的架构：

    # dnf install <package_name>.<architecture>

  • 如果您只知道软件包提供的文件的路径，但知道软件包名称，您可以使用此路径安装相应的软件包：

    # dnf install <path_to_file>

  • 要安装本地 RPM 文件，请输入：

    # dnf install <path_to_RPM_file>

    如果软件包有依赖项，还要指定到这些 RPM 文件的路径。否则，DNF 会从存储库下载依赖项，如果存储库中没有，则会失败。

先决条件

• 您知道您要安装的组的名称或 ID。

流程

• 安装软件包组：

  # dnf group install <group_name_or_ID>

验证

• 验证是否启用了正确的模块流([e])，并且安装了所需的配置文件([i])：

  # dnf module list nodejs
  Updating Subscription Management repositories.
  Last metadata expiration check: 0:33:24 ago on Mon 24 Jul 2023 04:59:01 PM CEST.
  Red Hat Enterprise Linux 9 for x86_64 - AppStream (RPMs)
  Name     Stream   Profiles                                    Summary
  nodejs   18 [e]   common [d] [i], development, minimal, s2i   Javascript runtime
  ...
  
  Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

验证

• 使用 dnf module list <module_name> 命令来验证新的默认流和配置文件设置，例如：

  # dnf module list nodejs
  Name     Stream   Profiles                                Summary
  nodejs   18 [d]   common, development, minimal [d], s2i   Javascript runtime

流程

• 检查已安装的软件包的可用更新：

  # dnf check-update

  输出返回有可用更新的软件包及其依赖项列表。

流程

• 根据您的场景，使用以下选项之一应用更新：

  • 要更新所有软件包及其依赖项，请输入：

    # dnf upgrade

  • 要更新单个软件包，请输入：

    # dnf upgrade <package_name>

  • 要只从特定软件包组更新软件包，请输入：

    # dnf group upgrade <group_name>

流程

• 根据您的场景，使用以下选项之一应用更新：

  • 要升级到有安全勘误的最新的可用软件包，请输入：

    # dnf upgrade --security

  • 要升级到最后一个安全勘误软件包，请输入：

    # dnf upgrade-minimal --security

流程

• 安装 dnf-automatic 软件包：

  # dnf install dnf-automatic

验证

• 通过确认 dnf-automatic 软件包是否存在，来验证安装是否成功：

  # rpm -qi dnf-automatic

• [commands]

  设置 DNF Automatic 的操作模式。

  警告

  [commands] 部分中的操作模式设置会被 systemd 定时器单元用于除 dnf-automatic.timer 之外的所有计时器单元使用的设置覆盖。

• [emitters]

  定义如何报告 DNF Automatic 的结果。

• [command]

  定义命令发出器配置。

• [command_email]

  为用来发送电子邮件的外部命令提供电子邮件发布程序配置。

• [email]

  提供电子邮件发布程序配置。

• [base]

  覆盖 DNF 的主要配置文件中的设置。

先决条件

• 您可以通过修改 /etc/dnf/automatic.conf 配置文件来指定 DNF Automatic 的行为。

流程

• 要立即启用并执行 systemd 计时器单元，请输入：

  # systemctl enable --now <timer_name>

  如果想只启用计时器，而不立即执行它，请省略 --now 选项。

  您可以使用以下计时器：

  • dnf-automatic-download.timer: 下载可用的更新。
  • dnf-automatic-install.timer: 下载并安装可用的更新。
  • dnf-automatic-notifyonly.timer: 报告可用的更新。
  • dnf-automatic.timer ：下载、下载并安装或报告可用的更新。

验证

• 验证计时器是否已启用：

  # systemctl status <systemd timer unit>

• 可选：检查系统上每个计时器上次运行的时间：

  # systemctl list-timers --all

流程

• 删除特定软件包：

  # dnf remove <package_name_1> <package_name_2> ...

流程

• 按组名称或组 ID 删除软件包组：

  # dnf group remove <group_name> <group_id>

• 列出最新的交易。
• 列出对所选软件包的最新操作。
• 显示特定交易的详细信息。

流程

• 根据您的场景，使用以下选项之一显示交易信息：

  • 要显示所有最新的 DNF 交易的列表，请输入：

    # dnf history

    输出包含以下信息：

    • Action (s) 列显示在交易期间执行了哪种操作类型，如 Install (I)、Upgrade (U)、删除(E)和其他操作。

    • Altered 列显示事务期间执行的操作数。操作数也可以后跟事务的结果。

      有关 Action (s) 和 Altered 列的值的更多信息，请参阅您系统上的 dnf (8) 手册页。

  • 要显示对所选软件包的所有最新操作的列表，请输入：

    # dnf history list <package_name>

  • 要显示特定交易的详情，请输入：

    # dnf history info <transaction_id>

• 使用 dnf history undo 命令撤销单个 DNF 交易。
• 使用 dnf history rollback 命令撤销指定交易和最后一个事务之间执行的所有 DNF 交易。

流程

• 启用存储库：

  # dnf config-manager --enable <repository_id>

流程

• 禁用软件仓库：

  # dnf config-manager --disable <repository_id>

• 启用模块流可能导致启用其它模块流。
• 安装模块流配置文件或从流安装软件包可能导致启用其它模块流，并安装其它软件包。
• 删除软件包可能导致删除其他软件包。如果模块提供了这些软件包，则模块流仍然启用，以准备进一步安装，即使这些流中没有安装这些软件包。这会镜像未使用的 DNF 存储库的行为。

流程

• 重置模块状态：

  # dnf module reset <module-name>

  模块返回到初始状态。已启用的流和安装的配置集的信息会被清除，但没有删除安装的内容。

先决条件

• 您了解了 活动模块流的概念。

流程

• 禁用模块：

  # dnf module disable <module-name>

  dnf 命令要求确认，然后禁用该模块及其所有流。所有模块流都不再活跃。没有安装的内容被删除。

先决条件

• 这个系统已被完全更新。

验证

• 验证已安装的组件是否已切换到新版本([e])：

  $ dnf module list nodejs
  ...
  rhel-AppStream
  Name       Stream     Profiles                                     Summary
  nodejs     18         common [d], development, minimal, s2i        Javascript runtime
  nodejs     20 [e]     common [d] [i], development, minimal, s2i    Javascript runtime
  
  Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled