我应该相信Fedora应用自动更新吗?

简短答案:是的,DNF自动工作很棒。除非涉及外部存储库。

今天早些时候,我写了关于你的方式配置Fedora以自动下载并安装更新。我博客的狂热读者可能会记住我在自动更新中的一些早期作品,包括常量软件更新暴政软件更新体验很糟糕!这些文章主要是关于Windows,这些文章的主旨是软件更新不得妨碍让用户通过强制自动更新和中断对话框完成所做的事情。

Fedora的自动更新只是在后台才能在后面的情况下进行 - 直到一个点。偶尔,您需要重新启动系统以应用更新,但它没有自动完成。用户保持控制系统,可以闲暇重启。包管理系统DNF可以配置为通过Systemd Journal,Email或Custom命令通知用户更新,以触发待处理或已完成更新的通知。

如果您每周重新启动PC或服务器一次运行Fedora一次,则只需担心释放的终止结束 - 大约是每两年。只要您仅使用Fedora存储库即可,您就不应有自动更新的任何问题。

最后一个警告可以是依赖专有固件Blobs的工作站部署的真正问题。专有的固件Blob通常是本身的问题,但在Fedora Ecosystem中,他们更像是一个问题,而不是说Ubuntu,因为Fedora存储库不包括任何原则的专有斑点。用户必须转向第三方存储库,如适用于设备驱动程序的流行的RPM融合库。yabo88软件下载

在我自己的经验中,越来越少的设备依赖专有驱动程序。但是,我的主PC依赖于[a] kmod-nvidia显卡司机,虽然我在我的主要笔记本电脑中取代了Broadcom芯片;我不能在我不可维修的MacBook中与Broadcom芯片做同样的事情。我相信Broadcom-WL无线网络驱动程序是我在任何系统上安装过的最麻烦的包,它会导致每隔几个月左右工作的问题。

第三方存储库的问题,尤其是用于硬件支持时,它们很快就会与主要的Fedora存储库中的Linux内核版本不一致。固件驱动程序通常作为内核模块实现,通常依赖于内核的特定版本,外部存储库不是Fedora的测试和发布周期的一部分。

一旦这些停止使用Fedora船舶的内核版本,它们也无法神奇地生产新版本的专有斑点。为了使事情更糟糕,外部存储库通常由小型团队维护,该小组具有有限的能力来迅速响应新的内核发布。

RPM Fusion对此问题的解决方案有一种称为AkMods的解决方案。AKOMD是内核模块,它将在安装并引导更新的内核后尝试自动重建自己。重建过程是在第一次启动时完成了一个新内核,即使在高性能现代台式电脑上也可以花费很大的时间。

不幸的是,这些内核模块重建并不总是工作 - 或者将与自动安装从主Fedora存储库推出的自动安装的开源驱动程序冲突。这意味着在升级后,您最终会使用没有工作设备的系统。

现在,以上都不是DNF自动的故障。但是,它的理由是有点保守,有关自动将更新应用于依赖于专有固件Blob的系统。

当主要的Fedora存储库更新一个软件包时,您还可能会看到版本冲突,该软件包从第三方存储库安装的软件已标记为依赖项。

出于我自己的目的,我已经打开了每台机器上的自动下载。启动缓存意味着我在更新时花费更少的人性时间。除非您在带宽约束环境中,否则这是一个无意识的人 -DNF还提供解决方案可以与自动更新组合。

我还打开了我管理的一些服务器上的所有更新的自动安装。我已启用自动安装安全更新所有其他电脑。唯一的例外是我的MacBook,取决于网络的Broadcom固件。在没有无线网络的情况下,一台笔记本电脑对我来说非常无用,并且在系统更新后,Broadcom驱动程序在我身上失败了。我喜欢在受控环境中更新这台机器。

如果我遇到Fe​​dora的自动化更新,我将来更新这篇文章。