我已经运行 Ubuntu 的 LTS 版本（Kubuntu 14.04、Ubuntu MATE 16.04，现在又回到了 Kubuntu 20.04）好几年了，我从来没有成功过“升级”，与从头开始安装所有内容相比——后者的过程通常需要一整天的时间，有时会持续一秒钟（周末也会这样），而适当的升级需要一两个小时来运行并保留我安装的应用程序。
我使用几个 PPA 源（例如，一个用于 Java，一个用于 SeaMonkey 浏览器/套件），并且有一个主要的 SNAP 应用程序（GIMP）。据我所知，SNAP 安装与系统升级过程无关，并且我知道升级程序将禁用 PPA 条目，升级完成后，我必须重新启用它们，可能还会更改版本。
但是，过去我从未成功从一个 LTS 版本直接升级到另一个。这是因为，起初，我被建议不要尝试从 14.04 升级到 16.04（而且我当时不喜欢 Plasma 5 中的变化，所以换了版本）。我尝试从 MATE 16.04 升级到 MATE 18.04，但升级失败；由于无论如何我都只能使用全新安装，所以我切换回了 Kubuntu，而且由于当时是 2020 年中期，所以我使用了 20.04。
22.04 即将发布，定点版本将于夏季发布，我希望尽可能多地升级，而不是重新安装。不运行 PPA 软件并不是一个真正的选择，但我愿意听取其他建议（我们还有一些时间，离定点版本还有几个月的时间）。
答案1
无论您是从 LTS 迁移到 LTS 还是在 6 个月的版本之间迁移，原则都是一样的有些人对两者都有问题。其他人则完全没有问题。
为了获得最大的成功可能性，我们必须回归基本原则：
记笔记：写下您在版本上安装的内容。写下来源。写下软件包名称。写下说明的 URL。写下您安装软件包 XYZ 的时间和原因。写下如何从备份中恢复数据。
您的笔记是您自己的使用手册。它们应该告诉您如何从全新安装中重建/恢复您首选的系统。
备份：备份您的数据。备份您的配置和自定义 - 这些比较难，所以最好做些记录！
清理你的 debs：在发布升级之前，请尝试将系统恢复到尽可能接近原始状态。卸载您可能已安装的任何第三方 deb，并注释掉它们的来源。在 apt 对您的软件包 100% 满意之前，请勿开始发布升级；发布升级很少能解决问题，但很容易使这些问题变得更糟！
读取输出：在发布升级期间，请注意开头和每个提示。阅读它们。然后再读一遍以确保无误。不要接受“部分升级”（这意味着失败的升级！）除非绝对必要。最好彻底失败，然后返回步骤 3 以清除有问题的错误版本的 deb。
查看更新后的来源：在恢复非 Ubuntu deb 源之前，请检查 Ubuntu 存储库。也许该软件的可接受版本现在在 Ubuntu 中。或者也许（像 Firefox 或 Chromium 一样）开发人员现在更喜欢 Snap 版本。启用非 Ubuntu 源时，请确保 deb 源与新版本兼容。一些第三方和 PPA 源在发布当天尚未准备好，因此请检查并耐心等待。
也许您根本不再使用该软件，或者也许要等一两周才可能使用它。
做好准备：当你做好充分准备时，灾难似乎永远不会降临。好好利用这一点吧！口袋里有一个新制作的 LiveUSB。打印出来的说明（或手机上的说明）包括如何访问远程数据备份。主电源和稳定的网络连接。准备工作将持续数天的紧急危机变成一个相当无聊的夜晚，中间有一个美味的三明治。
是的，这些基本知识您已经知道了：使用牙线可以保持牙齿健康。适当的轮胎压力可以提高汽车的燃油经济性。穿着干净的衬衫去奶奶家。这没什么神奇的。