Ubuntu 16.04（Xenial Xerus）上的磁盘已满问题

Question 1

你有一个很多安装的内核占用了大量空间（每个内核 300 MiB）。您还安装了大量其他作为依赖项安装的软件包，但由于各种原因，这些软件包不再需要。

您可以使用以下命令安全地清除所有这些：

sudo apt autoremove

因此，正如您在评论中解释的那样，执行此操作后，您会收到以下错误：

The following packages have unmet dependencies:
 linux-headers-generic : Depends: linux-headers-4.4.0-57-generic but it is not installed
E: Unmet dependencies. Try using -f.

您处境艰难！在清理软件包之前，APT 想要修复当前软件包，也就是安装缺失的软件包。但是没有空间可以安装！

在这种情况下，需要做的是通过其他方式释放磁盘空间。也许你可以删除旧文件和临时文件。但由于上面的命令很有帮助地列出了许多软件包，不再需要，我们可以使用命令手动删除其中一些dpkg。

dpkg请注意，不经过深思熟虑地使用可能会很危险。

和占用linux-image了linux-image-extra很多空间，所以我们从列表中选取一些不再需要并使用以下命令删除它们dpkg：

sudo dpkg --remove linux-image-extra-4.4.0-36-generic
sudo dpkg --remove linux-image-4.4.0-36-generic
sudo dpkg --remove linux-image-extra-4.4.0-37-generic
sudo dpkg --remove linux-image-4.4.0-37-generic
sudo dpkg --remove linux-image-extra-4.4.0-38-generic
sudo dpkg --remove linux-image-4.4.0-38-generic

编辑：事实证明，这并没有解决问题。在聊天中讨论后，并按照其他人的建议，您运行df -i并发现您的分区“只能”存储 120 万个文件，并且所有插槽都已使用。

这些linux-headers包裹不像那么大linux-image，但它们包含一个很多文件。让我们从列表中选取一些不再需要并使用以下命令删除它们dpkg：

sudo dpkg --remove linux-headers-4.4.0-36 linux-headers-4.4.0-36-generic
sudo dpkg --remove linux-headers-4.4.0-37 linux-headers-4.4.0-37-generic
sudo dpkg --remove linux-headers-4.4.0-38 linux-headers-4.4.0-38-generic

现在磁盘空间和 inode 已经释放，可以安装缺少的软件包：

sudo apt install linux-headers-4.4.0-57 linux-headers-4.4.0-57-generic

现在 APT 很高兴所有软件包依赖项都已安装，并且机器上的一切正常，我们可以告诉它自动删除所有不再需要的软件包：

sudo apt autoremove

Answer

你有一个很多安装的内核占用了大量空间（每个内核 300 MiB）。您还安装了大量其他作为依赖项安装的软件包，但由于各种原因，这些软件包不再需要。

您可以使用以下命令安全地清除所有这些：

sudo apt autoremove

因此，正如您在评论中解释的那样，执行此操作后，您会收到以下错误：

The following packages have unmet dependencies:
 linux-headers-generic : Depends: linux-headers-4.4.0-57-generic but it is not installed
E: Unmet dependencies. Try using -f.

您处境艰难！在清理软件包之前，APT 想要修复当前软件包，也就是安装缺失的软件包。但是没有空间可以安装！

在这种情况下，需要做的是通过其他方式释放磁盘空间。也许你可以删除旧文件和临时文件。但由于上面的命令很有帮助地列出了许多软件包，不再需要，我们可以使用命令手动删除其中一些dpkg。

dpkg请注意，不经过深思熟虑地使用可能会很危险。

和占用linux-image了linux-image-extra很多空间，所以我们从列表中选取一些不再需要并使用以下命令删除它们dpkg：

sudo dpkg --remove linux-image-extra-4.4.0-36-generic
sudo dpkg --remove linux-image-4.4.0-36-generic
sudo dpkg --remove linux-image-extra-4.4.0-37-generic
sudo dpkg --remove linux-image-4.4.0-37-generic
sudo dpkg --remove linux-image-extra-4.4.0-38-generic
sudo dpkg --remove linux-image-4.4.0-38-generic

编辑：事实证明，这并没有解决问题。在聊天中讨论后，并按照其他人的建议，您运行df -i并发现您的分区“只能”存储 120 万个文件，并且所有插槽都已使用。

这些linux-headers包裹不像那么大linux-image，但它们包含一个很多文件。让我们从列表中选取一些不再需要并使用以下命令删除它们dpkg：

sudo dpkg --remove linux-headers-4.4.0-36 linux-headers-4.4.0-36-generic
sudo dpkg --remove linux-headers-4.4.0-37 linux-headers-4.4.0-37-generic
sudo dpkg --remove linux-headers-4.4.0-38 linux-headers-4.4.0-38-generic

现在磁盘空间和 inode 已经释放，可以安装缺少的软件包：

sudo apt install linux-headers-4.4.0-57 linux-headers-4.4.0-57-generic

现在 APT 很高兴所有软件包依赖项都已安装，并且机器上的一切正常，我们可以告诉它自动删除所有不再需要的软件包：

sudo apt autoremove

Question 2

您需要以某种方式释放一些空间。

不幸的是，使用 apt 时，你会遇到一个问题，在“apt-get -f install”成功之前，你无法使用大多数 apt 功能，而“apt-get -f install”只有在释放一些磁盘空间后才会成功。因此，尽管这里的其他几个答案都说尝试使用 apt 删除软件包是行不通的。

首先尝试“apt-get clean”。这将清理下载的软件包文件，并可能释放足够的空间以使 apt-get -f install 成功。

如果这还不够的话，我建议用 dpkg 删除一些旧内核，例如

dpkg -r --force-depends linux-image-3.11.0-19-generic

一旦成功运行“apt-get -f install”，您就可以按照其他人的建议运行“apt-get autoremove”，然后再继续升级。

Answer

您需要以某种方式释放一些空间。

不幸的是，使用 apt 时，你会遇到一个问题，在“apt-get -f install”成功之前，你无法使用大多数 apt 功能，而“apt-get -f install”只有在释放一些磁盘空间后才会成功。因此，尽管这里的其他几个答案都说尝试使用 apt 删除软件包是行不通的。

首先尝试“apt-get clean”。这将清理下载的软件包文件，并可能释放足够的空间以使 apt-get -f install 成功。

如果这还不够的话，我建议用 dpkg 删除一些旧内核，例如

dpkg -r --force-depends linux-image-3.11.0-19-generic

一旦成功运行“apt-get -f install”，您就可以按照其他人的建议运行“apt-get autoremove”，然后再继续升级。

Question 3

我建议你安装 bleachbit。它将帮助你恢复大量空间。

Answer

我建议你安装 bleachbit。它将帮助你恢复大量空间。

Question 4

正如其他人提到的，您应该稍微清理一下 - 尤其是删除旧内核。

但从更一般性的角度来说（除了我关于使用太多 inode 的小评论之外），我想补充以下内容：

在 Linux/Unix 文件系统（如 ext3 和 ext4）上，分区总容量的一定比例被保留用于根-用户。这确保（几乎）始终有空间存放重要的系统文件和日志，以及在（当！）时有一点操作空间根需要进行一次春季大扫除。 默认情况下，每个文件系统的 5% 都会被保留。 （这是一为什么df-command 总是显示比你想象的更少的可用空间應該具有...）

对于当今 500GB 或 1TB 以上的大磁盘，5% 实际上有点多。而且这也取决于文件系统……如果您有单独的分区/（根），/家，/usr，/var和/tmp; 不是全部其中需要 5% 才能用于 root 权限。建议/- 这可能是一个好主意/var有可能/tmp也是 - 但对于/家和/usr，您可能需要的就少很多（可能只有 1％或没有）。

您可以使用该命令dumpe2fs /dev/sd.. | grep "Reserved block count"查看保留了多少个“块”（千字节？ - 视情况而定）。

创建文件系统时，可以使用选项指定保留块的百分比-m。仅 1% 时，使用：mkfs.ext4 -v -m1 /dev/sd.. 不要只是“尝试”这个命令，它具有破坏性并且会格式化您的分区！

您可以使用tune2fs带有-m选项的选项来更改现有文件系统的保留百分比：tune2fs -m1 /dev/sd..。

而不是-m，-r-选项指定实际的保留块数量按数量反而。

您可以通过这种方式获得相当多的额外空间......

Answer