在更新错误后，如何安全地修复 yum 软件包？

Question

我在 EC2 微型盒子上运行 amazon linux。最近我跑sudo yum update --security了，希望它能修补 Heartbleed。不幸的是，我在更新过程中内存不足，一些软件包没有成功打补丁。我试图重新启动，然后运行解决这个问题sudo yum clean，然后sudo yum update如图所示下方引擎收录，但将相关的问题仍然存在。

我怎样才能在不进一步破坏任何东西的情况下解决这个问题？

这是 yum 输出的一个片段：

Error: initscripts conflicts with util-linux-ng-2.17.2-13.17.amzn1.i686
Error: initscripts conflicts with util-linux-ng-2.17.2-13.17.amzn1.x86_64
Error: Package: glibc-devel-2.12-1.107.43.amzn1.x86_64 (@amzn-main)
           Requires: glibc-headers = 2.12-1.107.43.amzn1
           Removing: glibc-headers-2.12-1.107.43.amzn1.x86_64 (@amzn-main)
               glibc-headers = 2.12-1.107.43.amzn1
           Updated By: glibc-headers-2.17-36.81.amzn1.x86_64 (amzn-updates)
               glibc-headers = 2.17-36.81.amzn1
           Available: glibc-headers-2.17-36.80.amzn1.x86_64 (amzn-main)
               glibc-headers = 2.17-36.80.amzn1

这是完整的控制台日志：http : //sebsauvage.net/paste/? e0f7235450f97bae#qq6QKe/ Co+jR2T4FXfGo4w2H8aw7xZkE4z+iZXdMpQ8=

Answer 1

重新安装失败的 RPMS

我已经看到在 RPM 事务期间出现故障时会发生此问题。RPM 数据库可能与系统不同步。因此，系统实际安装的内容和 RPM 认为安装的内容各不相同。

提示：在执行上述任何操作之前，请创建一个 AMI 映像，以便在完全失败时您可以轻松恢复。

您可以使用rpm -qa --last来获取最近安装的 RPM 的列表。

然后重建 rpm 数据库，rpm --rebuilddb.

然后，您可以使用yum reinstall重新安装作为失败事务一部分的任何包。

这也应该找出任何依赖问题并尝试纠正它们。

在某些情况下，我不得不通过下载 rpmyum download并rpm用于安装来手动解决冲突。

如果您必须使用使用恢复到手动安装，rpm请保留详细说明，尤其是在涉及 glibc 时。

推荐

我强烈建议您以一种可以轻松启动新 EC2 实例而不必担心此类问题的方式在 AWS 上部署操作。如果您为数据使用专用 EBS 卷并将配置文件存储在其他地方，则通常可以启动一个新实例并恢复运行，而不是像这样调试 RPM 问题。当我们遇到这样的 EC2 问题时，我们通常会从我们的自定义 AMI 部署一个新实例，重新映射 IP 并完成它。如果需要，我们可以在不影响生产运营的情况下对出现故障/损坏的系统进行根本原因分析。