我有一个运行在 Ubuntu 上的小型家庭服务器。虽然我现实生活中是 Windows 用户（真丢脸），但我有一些基本的 Linux 知识，所以我设法使用很棒的（德语）教程。我将服务器用作 NAS（通过 Samba 向 Sonos 提供无损音乐并用于备份）并在 VM 中托管 Home Assistant。该系统现已稳定运行约 1.5 年，我对它非常满意。
昨天，当我通过 RDP 登录服务器时，Ubuntu 告诉我系统将升级到 22.04.1 LTS（我使用的是 20.04），因此我通过 检查所有内容均已更新后单击了“升级”按钮sudo apt update，但什么也没发生 - 对话框消失了。谷歌搜索显示我也可以在终端上执行此操作，因此我运行了sudo do-release-upgrade。如果我没记错的话，一切似乎都运行正常，至少在服务重新启动之前，因此我丢失了 RDP 连接（我想应该首先通过 SSH 执行此操作）。然后我通过 SSH 登录系统并运行sudo reboot。但是，系统没有恢复。
我将系统连接到显示器和键盘（因为我无法通过 SSH 访问它）并重新启动，结果发现我最终处于“紧急模式”。经过一番折腾（我不记得我具体做了什么），系统似乎变得更好了：UI 启动了（但显示“无法恢复的错误 - 联系管理员”屏幕和不开心的笑脸），但此时我能够通过 SSH 连接（并且还注意到我的 Home Assistant 实例正在运行）。然后我运行sudo apt update它，除了一个问题之外，它工作正常：
appstreamcli: symbol lookup error: appstreamcli: undefined symbol: AS_SYSTEM_COLLECTION_METADATA_PATHS
977 个软件包已准备好更新。但是，运行sudo apt upgrade失败并显示错误消息
E: Der dpkg-Prozess wurde unterbrochen; Sie müssen manuell »sudo dpkg --configure -a« ausführen, um das Problem zu beheben.
（抱歉，错误消息中混杂了德语和英语 - 这就是 Ubuntu 给我的）。因此，我运行了sudo dpkg --configure -a，但由于错误太多，执行被取消了。sudo apt update 再次运行，我剩下 975 个软件包 :-)，但sudo apt upgrade失败了，并建议运行sudo apt --fix-broken install，我照做了。这似乎解决了问题，所以在另一个sudo apt update、sudo apt upgrade和之后sudo apt autoremove，我剩下“所有软件包都是最新的”。
然后我重新启动了，但系统又卡在了“紧急模式”:-(
由于服务器能够在某个时间点启动 SSH 服务以及我的 VM，我认为它可能没有完全损坏，所以我决定在完全重新安装之前在这里询问。如果您已经读到这里，请给我一些建议，告诉我该尝试什么，或者让我知道您需要哪些信息（以及如何获取它 :-) ）——任何帮助都非常感谢！
还有一件事：“紧急模式”建议运行journalctl -xb- 我这样做了，但没有看到任何红色的东西，尽管缺少一个指向我前段时间移除的硬盘的设备（我从来没有费心移除相应的配置，因为它只是因为 90 秒的等待时间而减慢了启动速度，但似乎没有导致任何其他问题）。由于我不知道如何在没有 SSH 的情况下访问此文件，我无法提供它 - 我拍了一张最终“启动信息”的照片（包括 打印的信息uname -a）：
编辑：更新提供的版本（请参阅下面的评论以了解整个故事:-)）
答案1
我解决了这个问题。关键信息（缺失）是，当我按 继续启动时Ctrl-D，我会收到以下错误消息：
Failed to start default target: Transaction for graphical.target/start is destructive (emergency target has 'start' job queued but 'stop' is included in transaction.
通过谷歌搜索该错误信息，结果显示此解决方案，其中包含对 USB 的多余引用/etc/fstab。由于该文件包含对我丢失的 HDD 的引用（我在问题中提到过），我将其注释掉 - 现在系统正在重新启动！
不确定为什么这个条目在 1.5 年内都没有引起任何问题，而现在却引起了问题，但谁在乎呢 :-)