我有一台机器,有一段时间没人管了,最后磁盘和启动分区都满了。这时任何apt
命令都无法运行,因为没有空间。
在我们开始之前,该服务器运行一个最小的 MySQL DB -- 并且/var/log/
处于14MB
并且/var/mail/
处于18kb
。我也尝试运行apt clean
并且apt autoclean
-- 磁盘仍然已满。在谷歌搜索和谷歌搜索之后。并且每篇帖子都说只需运行apt clean
(当然)我决定尝试自己处理这个问题并且我 FAFO。
于是我跑uname -r
了出去
4.4.0-119-generic
所以我进入启动驱动器并删除了所有不相关的内容4.4.0-119-generic
。这一直是我过去尝试的方法,通常可以清除所有问题,让我运行 aapt install -f
然后-- 通常apt autoremove
之后update-grub
一切都会好起来。
我的问题是硬盘上没有足够的空间来运行任何apt install
或apt autoremove
——所以我在/usr/src/
和lib/modules/
回顾我清除了“未使用”的内核usr/src
。lib/modules
我相信这是我搞砸的地方。现在当我尝试运行时,apt install -f
我得到了
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 158 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up linux-image-4.4.0-208-generic (4.4.0-208.240) ...
depmod: ERROR: could not open directory /lib/modules/4.4.0-208-generic: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
dpkg: error processing package linux-image-4.4.0-208-generic (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
linux-image-4.4.0-208-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
我看到了错误的根源(这让我意识到了自己的错误)
depmod: ERROR: could not open directory /lib/modules/4.4.0-208-generic: No such file or directory
我也尝试运行sudo apt --fix-broken install
——同样的错误——无济于事。
我该怎么做才能解决这个让我陷入的看似巨大的困境?
答案1
为包管理器提供它想要的清除内容:如果它抱怨缺少文件,请使用 touch 并创建文件,创建缺少的目录。包管理器太笨了,无法意识到当您试图删除文件时缺少文件应该是可以的,但它真的不在乎它们是否是空的替代品。