卷“文件系统根”仅剩余 0 字节磁盘空间？

Question

我在两周前安装了 11.10，最近遇到了一些奇怪的麻烦。

安装在带有清晰 160GB SSD 的全新笔记本电脑上。我选择加密主目录。除此之外，我在安装过程中接受了默认值。我的笔记本电脑上没有其他操作系统。

当（第三次）我看到这个非常不愉快的窗口时，我使用了大约 40GB：

两次情况都非常糟糕，整个系统都显着减慢了速度。重新启动后，我无法登录图形界面（出现一条错误消息，提示空间不足），必须先从命令行中删除一些文件。

第三次我仍然设法快速删除了一些文件，它有所帮助。

我的笔记本电脑主要用于工作环境：所以没有种子、游戏，只有两部电影。只有媒体填充空间是 ~20GB 的图片和一堆 pdf。最近主要在 PostgreSQL 和 PostGIS、GeoServer 和 QGIS 上工作。

虽然我有很多机会来测试和练习我的备份，但如果有人能指出我对这个问题的任何潜在解决方案，我将非常感激。

我的笔记本电脑是在我安装 Ubuntu 之前购买的，它没有操作系统。会不会是硬件问题？

还是加密home让我头疼？

感谢帮助！

---

更新 1：正如@maniat1k所建议的，这是 fdisk -l 的当前输出：

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

---

更新 2：根据zanfur 的建议，输出df：

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

并且sudo parted -l：

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

---

更新 3：

另一个内存不足消息的窗口：/

最近主要在 VirtualBox 上工作并使用 Remmina。

根据这些信息，我从主目录中删除了几乎所有内容。重新启动。之后使用了大约 20GB [VirtualBox 磁盘映像大约有 10GB，如果可能的话，我想保留它]。在SarveshLad评论之后，当我在 HD 上遇到另一个空间不足的错误时，我试图恢复更多空间并运行 Bleachbit 应用程序。然后系统就死机了。我的 Ubuntu 怎么能在几分钟内用超过 100GB 的容量填满 HD？

Answer 1

这几乎可以肯定是由于根文件系统上的空间实际上不足。如果您的驱动器上有大量可用空间，那么您可能有一个单独的文件系统来存放您的用户数据。这是一个常见的设置。

要查找所有分区上的可用空间量，请运行“disk free”命令，df。您不需要是 root。你会得到如下内容：

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

如您所见，我有一个单独的根文件系统（列出的第一个）和用户数据文件系统（列出的最后一个），并且我的根分区几乎已满。如果您的df输出显示您的根文件系统实际上已满，您需要删除一些文件（小心哪些文件！），或调整分区大小。

查找占用所有空间的有用终端命令是“磁盘使用情况”命令，du. 不带任何参数调用，它开始列出当前目录和下面每个目录中每个文件的大小。跟踪使用情况更有用的是在您的场景中sudo du -s -h -x /*，它将-s为您提供根文件系统 ( /*)顶部的每个文件或目录使用的总空间量( )，而无需查看其他文件系统 ( -x)，可读数字，如“124M”（-h）。如果完成需要一些时间，请不要担心，第一次运行需要几分钟的时间。

当然，不要在不知道文件是什么的情况下删除文件。但是，一般来说，删除以下目录中的文件不会破坏系统：

• /tmp （用户临时数据——这些数据通常在每次重启时都会被删除）
• /var/tmp （打印假脱机和其他系统临时数据）
• /var/cache/* （这个可能很危险，先研究一下！）
• /root （root 用户的家目录）

除了上述位置外，以下位置也是常见的罪魁祸首：

• /opt （很多第三方应用都安装在这里，不要自己清理）
• /var/log （如果出现重复错误，日志文件会占用大量空间）

所以，先检查一下。如果事实证明一切正常，而您的根分区太小，则需要调整分区大小以适应。有很多方法可以做到这一点，但最简单的方法可能是从 Ubuntu LiveCD 启动（从 Ubuntu 站点的下载页面获取）并运行 GNOME 分区编辑器gparted。您可能必须先安装gparted软件包（从 LiveCD 环境中运行sudo apt-get install gparted或使用软件中心）。无论如何，它是一个图形实用程序，可让您右键单击分区并选择“调整大小”。

注意——在调整分区大小时不要让任何操作系统休眠，否则它要么不起作用，要么对休眠的操作系统造成可怕的后果。