编辑sources.list是个好主意吗？

Question

这个疑问从2-3天开始就一直困扰着我，所以我决定自己测试一下。我所做的是在VMWare中安装了Ubuntu16.04.4，并编辑了/etc/apt/sources.list，并使用以下方法将xenial替换为bionic：

sudo sed -i 's/xenial/bionic/g' /etc/apt/sources.list

然后我跑了

sudo apt-get update && sudo apt-get upgrade 

我能够升级到18.04，通过使用lsb_release -a确认。不过，我遇到了一些问题，例如：

• apt没有稳定的CLI接口。在脚本中谨慎使用。
• python3-aptdaemon.pkcompat的未满足依赖
• 发布“仿生-支持”的“appstream”没有找到
• 破碎的统一

我解决了所有的错误，并安装了gnome和gdm3。

所以，我只想知道编辑sources.list是个好主意吗？我知道我的系统可能坏了，但还有什么其他具体的原因不使用这个吗？

注意:我在VMWare的Ubuntu16.04上测试了这个，以消除我的疑虑。

Answer 1

我将使用术语“源版本”表示升级前使用的版本，升级后使用的版本使用“目标版本”。

升级Ubuntu版本的方法：

First way：编辑sources.list

通常称为Debian的方式升级，有时，布鲁特力法。

这条路：

• 使您的系统由目标版本的包提供。
• 一些第三方存储库可能没有目的地版本的通道，因此您偶尔会遇到未满足的依赖关系问题，而且在所有情况下都无法将包升级到更新版本。(例如，wine-hq存储库只是最近才增加了对仿生的支持)。
  • 如果不删除第三方存储库，您将无法完成对存储库的更新，因为您将遇到404 Not found错误。

一些注意事项:禁用第三方存储库。

作品:它要么成功，要么无效。

推荐级别:太低。

第二条路：做发布升级：

通常称为Ubuntu方式的升级：

这条路：

• 对于存储库：
• 切换到sources.list新存储库条目
• 自动删除过时的条目
• 软件包：
  • 移除可能损坏的包
  • 更新包索引(等效于sudo apt full-upgrade)
  • 升级系统(相当于sudo apt full-upgrade)
  • 删除旧包：
    • 老粒
    • 包存在于Ubuntu的源版本中，但在目标版本中不存在。

- Deals with Nvidia Drivers.

• 发布特定职务：
• 使用一些配置
• 运行特定于发布的脚本：
  • 例如，将Unity替换为Gnome。

然而，很多人在do-release-upgrade方面遇到了问题：

起作用了..。带着虫子。

推荐级别:介于中低之间。

第三条路：清洁安装

这是升级系统的最推荐方法。

注释1:不要忘记备份.

注2:您很可能会花费相同的时间来修复上述方法调用的错误。如果是的话，为何要犹豫是否要进行清洁的安装呢？

作品:总是有效的。

推荐级别:非常高。