![我如何“重建”或“修复” APTD?](https://linux22.com/image/1049691/%E6%88%91%E5%A6%82%E4%BD%95%E2%80%9C%E9%87%8D%E5%BB%BA%E2%80%9D%E6%88%96%E2%80%9C%E4%BF%AE%E5%A4%8D%E2%80%9D%20APTD%EF%BC%9F.png)
我如何“重建”或“修复” aptd?
我的意思不是重建和重新配置各种实用程序,但这并没有解决我的问题,这表明一些更根本的东西被损坏了。我正在寻找一个全新的、干净的替换/重建,清除所有旧缓存等,因为我不知道我需要修复什么,我希望这种更积极的方法可以简单地消除故障。
如果 aptd 像以前一样放在磁盘上,我会在此阶段卸载并重新安装。就目前而言(据我所知)这我不知道该怎么做。
背景
我试图通过这个问题解决的问题可能是在升级过程本身期间引发的。
升级失败导致的巨大的 apt 日志文件 - 出了什么问题以及我该如何修复它?
我知道如何关闭 aptd 和 apt-get 并恢复 CPU,但这并不能解决 aptd 已损坏的根本问题。我认为如果我能做到这一点,问题就会得到解决。
我应该指出,我编译并运行 make 文件的最复杂的东西并不比“hello world”更复杂。我可能需要循序渐进。
答案1
答案(我需要的)似乎是 aptd 可能没问题,但 /boot 区域有点太满 - 修复这个问题是需要的“修复”。我在浏览相关问题(及其相关问题)时偶然发现了这一点。
然而我最初的想法是 APTD 已损坏,需要清除并重建。至于这是否能回答我提出的更广泛的问题,则是另一回事了。
我做了什么
删除了旧的配置文件,根据这里的答案(我的 /boot 分区已达到 100%,现在无法升级。无法删除旧内核以腾出空间) 是安全的。
我也尝试过,sudo dpkg -r linux-image-2.*
但似乎只是递归的,并且以某种超出我理解的方式损坏了。使用 control+C 将其杀死。
切换到 synaptic 包管理器并卸载了一些较旧的内核。然后尝试更新过时的包。apt-get 已经有一段时间无法执行任何操作了,所以我觉得这是需要尽快完成的事情。
这具有锁定突触的效果,我必须用 来终止它killall -9
。
然后对我的问题发表评论(从 /boot 中删除旧的 vmlinuz.* 文件安全吗?)让我想到如何删除旧内核版本来清理启动菜单?以及这个命令:
sudo apt-get remove --purge $(dpkg -l 'linux-image-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d')
这清理了不到 3MB 的磁盘空间。
然后我运行了sudo apt-get upgrade
开始升级 1260 个软件包。需要大约 1GB 的档案。
然后我就等待。
第二天我回到它,看到它正在等待我响应有关 gnome 配置的提示。我选择了默认选项。
成功完成。然后我进行了清理、更新和清理(因为我是新手),并sudo apt-get upgrade
再次进行了清理,安装了另外 3 个升级。
TL;DR:我想我需要删除旧内核......这似乎有效。