我想让当前系统（16.04）按照软件更新程序的建议管理升级（至18.04.2）。但是，我还想保留/ home，/ opt和/ usr / local的内容，这些内容在当前文件系统中已挂载到专用分区。
保持/ home不变的声音听起来很琐碎。另一方面，其他两个目录也包含用户不想删除的自定义安装和链接，但是我不确定软件更新程序是否会格式化它们。
这里的问题是：自动升级过程是否只会覆盖系统严格需要的那些文件系统目录（/，/ boot，/ var，/ tmp，/ etc等），而其他文件系统保持不变？
如果我走这条路，答案将帮助我意识到线下所需的工作量。我知道，或者，我可以手动引导安装并保留这些目录。
Answers:
升级过程不会格式化任何分区。
但是它将用新的替换旧的软件包。可能会询问您是否要保留旧文件或替换它们。
如果您有大量定制和非标准软件，则升级很可能会很不顺利。特别是从16.04到18.04的路径，因为桌面环境从统一到gnome，从lightdm到gdm发生了巨大变化。
例如，我永远无法在主计算机上成功进行这样的升级。
因此，强烈建议您进行备份，然后重新安装Ubuntu 18.04。然后进行自定义并从头开始安装所有软件。
我知道这是很多工作。这就是为什么我仍在使用16.04。
另一种方法是进行备份，尝试升级并查看会发生什么。
从字面上回答您的问题：分区表将被保留。没有目录的“格式化”这样的术语。如果您想清除它们，答案是否定的。
许多软件包都支持自定义/etc，也支持您的主目录。然后鼓励不要/etc在您的房屋内而是在房屋内进行定制。当您进行定制处理时，/etc它们可能会在升级过程中丢失，但通常会提示您。
有些软件包（例如grub）让您别无选择，因为在其中唯一可定制的地方/etc/grub/default。
我发现升级16.04到18.04需要两次或三个尝试。我会收到错误消息并崩溃。因此，我回到16.04清理一些旧文件（或删除未使用的应用程序）并重复该过程。
我从未在实时系统上升级，而是在克隆上升级：
在升级过程中，如果发现丢失的文件或文件被更改，则可以重复克隆，制作特殊副本并重复升级。
我也设法修改了规则，直接从16.04升级到19.04，但这带来了许多挑战：
即使成功升级后，在发现缺陷后，我仍将花费数周时间测试新版本，就像Pilot6的回答一样，我的日常操作系统可以回到16.04。我仍然不时启动18.04或19.04克隆的升级，以尝试在人们在Ask Ubuntu中询问有关这些版本的问题时进行试验。
do-release-upgrade工具仅升级软件包dist-upgrade（比技术上的软件包多一点；例如，它设置了订单），因此它不会接触用户目录。您当然应该备份，并确保有空间。如果您希望它是完美的；您可以删除非官方/第三方软件包，因为这是造成问题的原因（如果它们使用了与Ubuntu兼容的版本控制等）。