我目前在 Thinkpad T430 和自制台式机上运行 Ubuntu Mate 16.04.6（硬件持续升级了十五年左右），我有兴趣升级到 Ubuntu Mate 18.04.2。我在笔记本电脑上启动了升级程序，并被告知将删除数十个软件包——我猜是因为升级程序只升级内置软件包，而有问题的软件包是与 18.04 不兼容的版本。升级程序还禁用了“第三方”软件包的存储库，大概是出于同样的原因。
我的问题是，对于非 100%“盒装库存”的系统（可能适用于几乎任何未在锁定的 IT 管理环境中使用的安装），“升级到 18.04.2”过程是否足够可靠，可以计划简单地更新我的其他所需软件包（update-sun-java、BOINC 等）的 repo 信息并重新安装它们，或者我可以期待“安装所有东西需要更少的时间”？
根据我的经验，安装干净并重新安装第三方应用程序会让我期待在每台机器上度过整个周末的空闲时间，因此如果升级可靠，我会优先考虑——但花费二周末，一次升级损坏后进行清理，下一次安装新版本，中间有一周时间无法使用机器，这显然是不可取的。
答案1
我使用这个脚本将 Ubuntu 16.04 克隆到一个新的分区：
该脚本使用新的克隆版本更新 grub 菜单，并且我原来的 16.04 版本仍然安然无恙。
在克隆上运行它需要一个多小时，do-release-upgrade所以我在做晚饭或类似的事情时运行它。我会定期检查是否有安装新配置文件或保留旧配置文件的问题。
我会记录是否更新了程序包 A 的配置文件或保留了旧配置文件。我这样做是为了防止我重新运行克隆脚本do-release-upgrade。我之前没有备份，do-release-upgrade因为它是一个可以简单地重新克隆的克隆。这节省大量时间。
我会在升级后的克隆版上玩上几个小时，探索新功能、测试旧应用程序并安装新应用程序。如果某些应用程序在升级过程中出现故障，do-release-upgrade我可能会重新启动到原始版本并删除它们、调整它们或用另一个功能相同但与 18.04 更兼容的应用程序替换它们。
在过去的一年里，我重复了克隆过程，并进行了do-release-upgrade四五次。不过，我并没有放弃 16.04。我希望明年春天 20.04 发布时，他们能提供do-release-upgrade从 16.04 直接转到 20.04 的版本，这样人们就可以跳过 18.04 的中间步骤。
简而言之，最好do-release-upgrade在克隆上运行并根据需要重复该过程多次。一旦在实时数据上完成，就无法恢复。