☰

恢复我的系统

tag-icon • tag-icon restore
恢复我的系统

我遇到了一个问题，因为我已经运行了命令关联从 ubuntu 18.04.6 LTS 升级到 20.04。不幸的是，我无法升级。此外，运行这些命令会破坏其他程序的运行。

我能否以某种方式恢复系统在运行这些命令之前的状态，以便系统能像以前一样正常运行？

答案1

我猜你已经升级了软件包，不再运行仿生的（18.04）但尚未启动 - 但在这种情况下我仍然会重新启动并评估您实际运行的内容以及升级情况如何......

如果是 Ubuntu（或其风格）桌面，您可以通过重新安装（无格式）来修复，如果我不确定到底做了什么，我可能会这样做（我不确定！）

guiverc@d960-ubu2:/usr/share/sddm/themes/lubuntu$   rmadison update-manager-core
 update-manager-core | 1:0.196.11    | trusty           | all
 update-manager-core | 1:0.196.25    | trusty-updates   | all
 update-manager-core | 1:16.04.3     | xenial           | all
 update-manager-core | 1:16.04.12    | xenial-security  | all
 update-manager-core | 1:16.04.17    | xenial-updates   | all
 update-manager-core | 1:18.04.11    | bionic           | all
 update-manager-core | 1:18.04.11.13 | bionic-updates   | all
 update-manager-core | 1:18.04.11.14 | bionic-proposed  | all
 update-manager-core | 1:20.04.9     | focal            | all
 update-manager-core | 1:20.04.10.9  | focal-updates    | all
 update-manager-core | 1:21.04.8     | hirsute          | all
 update-manager-core | 1:21.04.10    | hirsute-updates  | all
 update-manager-core | 1:21.04.11    | hirsute-proposed | all
 update-manager-core | 1:21.10.4     | impish           | all
 update-manager-core | 1:21.10.5     | impish-updates   | all
 update-manager-core | 1:22.04.2     | jammy            | all

如果你apt-cache policy update-manager-core you should get更新管理器核心 | 1:18.04.11.13 | bionic-updates | 所有if your system is *bionic* but I suspect you'll get a package more like更新管理器核心 | 1:21.04.8 | hirsute | 所有(which would match the *hirsute* lines you pasted in your question) but if you'd gone where you wanted (*focal* or 20.04) you'd see更新管理器核心 | 1:20.04.10.9 | focal-updates | 所有.... ie. you're not running 18.04 at all I believe; the text file of your release doesn't match what you're actually running. I'd explore usingapt-cache ,ubuntu-security-status`等

另请注意：在评论中我要求你运行ubuntu-support-status的是仿生的命令，但是你得到了

我得到这个：“ubuntu-support-status：未找到命令”和“ubuntu-security-status”运行

哪个更确认你没有跑步仿生的升级了更多软件包。相反，您的系统运行了 2018 年尚不存在的命令；即重写调用ubuntu-security-status。

Ubuntu 18.04 LTS到达了它的尽头标准支持期限为 2023 年 4 月；即从发布之日起 5 年。您拥有的该版本的任何软件包都将显示为您的安全更新的结束；但请注意，“universe”软件包有 3 年的支持，但已结束仿生的. ubuntu-security-status（或者如果使用 18.04 则是ubuntu-support-status）将让您大致了解您可能拥有的软件包（它可能不准确；但它是一种了解需要修复的软件包的简单方法，而不是逐个检查它们）我怀疑这可能需要大量工作；为什么通常要重新安装，或者恢复我们的备份。

你所建议的大部分内容只会使固定您在屏幕上粘贴的详细信息；但是它将阻止您的系统获取更新，并在几天内（而不是几个月内）使其变得不安全。我之前突出显示的软件包显示您已经安装了 hirsute 软件包（1:20.04.10.9）；它们不会收到任何更新，并且仿生的更新（1:18.04.11.13）即使有更新的版本1:18.04.11.14发布；18.04.. 不大于 20.04... 因此包和所有升级的多毛的软件包将需要您手动修复。您的系统没有仿生的或 18.04。恢复您的备份（这就是我们创造/拥有它们的原因）、重新安装或手动重新安装每个包。

概括

  • 恢复系统备份
  • 重新安装；这对于桌面来说很容易（我自己每周至少在 QA 测试中使用它一次，并且在更改版本时经常使用它，因为焦点会转移到不同的版本（例如目前果酱[22.04]焦点[20.04.4] 是我的主要关注点)，并且我的 Ubuntu 软件包重新安装，没有丢失任何数据文件。
  • 手动修复，正如我提到的......这可能是一个巨大的所以我会避免它；重新安装更容易、更干净。

这是根据您提供的详细信息编写的；只有两个软件包被证明是多毛的，但这是仅有的两个被查看的软件包中的两个 - 即一个很小的样本量，但我怀疑它显然远不止于此。您可以阅读我给出的命令的输出，探索使用apt-cache policy之前建议的随机软件包并得出您自己的结论，这将证实我的怀疑

相关内容