识别中断的 yum 事务

我们可以通过以下方式检查系统上的交易列表：

# yum history

带有 * 的事务，对应于在完成前中断的事务。
下面列出了各种其他标志及其含义供我们参考：

&gt-在事务处理后，在yum外部更改了rpmdb。
&lt-在事务发生之前，在yum外部更改了rpmdb。
*-交易在完成前中止。
#-交易已完成，但状态为非零。
E-事务正常完成，但在事务期间有警告/错误输出。
P-事务完成得很好，但rpmdb中已经存在问题。
s-事务完成得很好，但是--skip-break已启用，必须跳过一些包。

无论出于何种原因，如果 yum 事务在完成之前被中断，我们将得到不完整的软件包安装。
这意味着我们安装的依赖包很少，而不是全部。
有两种方法可以从中断的 yum 事务中恢复：

• 强制重新安装软件包
• 回滚并重新安装软件包

警告

不要在没有检查和交叉检查将删除的内容的情况下对任何交易说“是”；删除的系统库可能会有问题。
在继续之前，请确保我们有一个有效的系统备份。

如果使用 yum history undo 命令，忘记检查删除的包可能会使系统进入什么都不会运行的状态。

回滚并重新安装软件包

或者，我们可以撤消 yum 事务，然后使用相同的 yum 事务 ID 重做：

# yum history undo [transaction ID]

# yum history redo [transaction ID]

强制重新安装失败的 yum 事务

一旦识别出该 ID，我们就可以尝试强制重新安装失败的 yum 事务。
为此，请使用带有 yum 历史记录的重做强制重新安装选项。

# yum history redo force-reinstall [transaction ID]

其中
transaction ID 是事务的 ID。