系统修复后,snapd服务未运行/无法重新启动

Tim*_*row 6 services snap 20.10

我有 kubuntu 20.10,已从坏硬盘移至新硬盘。在我设法让系统运行后,我遇到了以下问题:任何对快照的引用(例如快照刷新)都会导致以下错误:

错误:无法与服务器通信:发布http://localhost/v2/snaps:拨打unix /run/snapd.socket:连接:连接被拒绝

正如其他地方所建议的那样,我尝试重新启动快照: systemctl restart snapd

哪个不起作用:

snapd.service 的作业失败,因为控制进程退出并显示错误代码。有关详细信息,请参阅“systemctl status snapd.service”和“journalctl -xe”。

systemctl status snapd

systemd[1]:snapd.service:计划的重新启动作业,重新启动计数器为 5。systemd[1]:已停止的 Snap 守护程序。systemd[1]:snapd.service:启动请求重复得太快。systemd[1]:snapd.service:失败,结果为“退出代码”。systemd[1]:无法启动 Snap 守护程序。systemd[1]:snapd.service:触发 OnFailure= 依赖项。

journalctl -xe

日志文件 /var/log/journal/01b4740d96764e08a9d72db26b6152ca/system@0005b814dc04bedd-c0e64a0174849be3.journal~ 被截断,忽略文件。单元 snapd.service 的启动作业已完成但失败。

作业标识符为10214,作业结果失败。snapd.socket:失败,结果为“service-start-limit-hit”。主题:单元失败 定义者:systemd 支持: http: //www.ubuntu.com/support

单元 snapd.socket 已进入“失败”状态,结果为“service-start-limit-hit”。snapd.service:触发OnFailure=依赖项。
systemd[1]:正在启动 snapd snap 的故障处理... 主题:单元 snapd.failure.service 的启动作业已开始执行 定义者:systemd 支持: http: //www.ubuntu.com/support 启动单元 snapd.failure.service 的作业已开始执行。作业标识符为 10359。 snapd.failure.service:成功。主题:单元成功 定义者:systemd 支持: http://www.ubuntu.com/support 单元 snapd.failure.service 已成功进入“死亡”状态。已完成 snapd snap 的故障处理。主题:单元 snapd.failure.service 的启动作业已成功完成 定义者:systemd 支持: http://www.ubuntu.com/support 单元 snapd.failure.service 的启动作业已成功完成。作业标识符为 10359。

有什么想法如何修复它吗?

附加信息:

/var 分区是使用 ddrescue 从故障驱动器中恢复的,恢复后已通过 e2fsck 修复了错误。

Tim*_*row 7

暴力修复:

sudo apt purge snapd
sudo apt install snapd
Run Code Online (Sandbox Code Playgroud)

随后手动重新安装所有卡扣。

如果有人可以提出更好的解决方案,欢迎您。

  • 它工作正常,但它删除了跨度和通过快照安装的软件包。 (3认同)