如何在系统显示已完成发行版升级的情况下，重启失败的Lubuntu 20.04到22.04升级流程？

看起来你遇到了发行版升级中途翻车的典型问题——系统版本标识被提前更新，但实际升级步骤没走完，残留了旧配置、旧包甚至旧壁纸。别慌，我们可以通过几个步骤重置状态，重新触发完整的升级流程：

步骤1：临时修改系统版本标识，让升级工具“以为”需要升级 #

do-release-upgrade是靠系统的版本标识来判断是否要启动升级的，现在你的系统显示是22.04，工具自然会直接跳过。我们得先把它改回20.04的状态：

• 打开终端，执行命令编辑版本配置文件：

  sudo nano /etc/lsb-release
  

• 将文件内容替换为20.04的标准配置：

  DISTRIB_ID=Ubuntu
  DISTRIB_RELEASE=20.04
  DISTRIB_CODENAME=focal
  DISTRIB_DESCRIPTION="Lubuntu 20.04 LTS"
  

• 按Ctrl+O保存文件（回车确认），再按Ctrl+X退出编辑器。

步骤2：清理混乱的软件源列表 #

你提到还有xenial的源残留，这会严重干扰升级流程，先把源整理干净：

• 编辑源配置文件：

  sudo nano /etc/apt/sources.list
  

• 找到所有包含xenial的行，在开头加#注释掉，或者直接删除这些行。确保所有源条目都是针对focal（20.04）的（比如archive.ubuntu.com/ubuntu focal main restricted universe multiverse）。
• 保存退出后，更新源缓存：

  sudo apt update
  

  如果还有旧密钥的报错，直接删掉对应的xenial密钥就行：sudo apt-key del <密钥ID>（把<密钥ID>换成实际的密钥编号）。

步骤3：重新触发完整的发行版升级 #

现在系统已经回到20.04的标识状态，源也清理好了，可以重新运行升级工具：

• 先尝试标准的LTS升级命令：

  sudo do-release-upgrade
  

  如果这个命令没触发升级（比如提示“已经是最新版本”），可以加界面参数强制启动：

  sudo do-release-upgrade -f DistUpgradeViewGtk3
  

• 执行过程中一定要仔细看每一步的提示：
  • 当提示切换软件源到jammy（22.04的代号）时，务必选择“是”；
  • 遇到旧包移除的步骤，不要跳过，让工具自动处理；
  • 如果中途出现依赖问题，优先选择“自动修复损坏的包”选项。

步骤4：升级完成后的收尾工作 #

升级结束重启后，做几个收尾检查：

• 运行lsb_release -a，确认显示的是Release: 22.04、Codename: jammy；
• 检查/etc/apt/sources.list，确保所有源都是jammy的；
• 手动清理残留的旧包：

  sudo apt autoremove --purge
  

• 更换壁纸：右键桌面选择“更改桌面背景”，换成Lubuntu 22.04的默认壁纸即可。

为什么你之前的META_RELEASE_FAKE_CODENAME方法失败？ #

你尝试用META_RELEASE_FAKE_CODENAME=focal伪装版本，但这个参数是让升级工具“假装当前发行版是focal”，而你的系统实际已经混了22.04的包和混乱的源，导致工具找不到合理的升级路径，反而报错。直接修改系统的版本标识文件是更可靠的方法，能让工具回到正常的升级逻辑里。

备注：内容来源于stack exchange，提问作者Marco Sulla