LTS的发布会导致“卡住”而无法升级吗？

Question

大约一年前，2020年的冬天，我安装了Kubuntu 19.10，并通过“探索”gui定期更新。但是它从来没有通知我需要升级到20.04，现在我被一个坏掉的apt困住了，需要经历一个特定的过程(我更希望不必这样做)来进行EOL升级。

这种情况是否是奇数版本(如19.10、17.04等)所特有的？

这种情况在LTS发布时也会发生吗？LTS的发布需要更长的时间才能到达EOL，但是接下来会发生什么呢？这种卡住/破碎状态还会发生吗？

Answer 1

Ubuntu的任何版本都可能出现这种情况，因为apt的卡住/损坏通常是由人类的愚蠢行为引起的。

到目前为止，导致apt卡住/损坏的最常见原因是第三方(非Ubuntu)存储库、PPA、错误版本存储库和/或手动下载的包。

最常见的原因是，当系统提示您Ubuntu的较新版本可用时，您单击了“不要再次提醒我”。这也算是人类的愚蠢。

避开那些，你就不会被困住了。

如果您使用的是32位(i386)版本的Ubuntu18.04，则不会收到20.04或更高版本的升级提示。Ubuntu从18.04开始就放弃了32位桌面堆栈。但是，您应该从这种情况中得到通知，而不是停滞/损坏的apt。在64位(amd64)系统上，用于蒸汽、葡萄酒和其他情况的32位libs继续正常升级。

• 如果您可以只使用正确版本的Ubuntu存储库中的包(并且不使用--force)在Ubuntu的股票安装上重现一个卡住/损坏的apt，那么请提交一个bug报告，以便我们可以修复它。
• 如果您可以在上一个版本的股票安装(仍然支持)上复制系统-从来没有提示-我-升级，那么请提交一个错误报告。Ubuntu开发人员肯定想知道，一步一步，你是如何做到的。
• Apt提供了大量故障排除输出。建议:读一读。每次都是这样。

Answer 2

是。不支持的旧版本的存储库被移到存档服务器上。这种情况在非LTS版本中发生得更快。

https://ubuntu.com/about/release-cycle

要修复apt，您需要更新您的sources.list文件以将old-releases放在前面，如

如何安装软件或从旧的不受支持的版本升级？