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

我两周前安装了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填满？

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

要查找所有分区上的可用空间量，请运行“ 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输出显示您的根文件系统实际上已满，则需要删除一些文件（请小心！）或调整分区大小。

查找磁盘空间耗尽的有用终端命令是“ disk usage”命令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或使用软件中心）。无论如何，它是一种图形实用程序，可让您右键单击分区并选择“调整大小”。

注意：在调整分区大小时，没有任何操作系统处于休眠状态，否则它将无法工作或对休眠的OS造成可怕的影响。

根据您的df清单，您在/上有足够的可用空间。您收到这些消息之一后，df再次检查，如果它仍然显示足够的可用空间，请检查输出dmesg是否有错误。您可能会收到一个错误，该错误导致文件系统以只读方式重新挂载，并且可能使可用空间通知程序混乱。从livecd中，您应该打开磁盘实用程序并检查驱动器的SMART状态，以确保它没有任何坏扇区或任何东西。运行长时间的自检可能也是一个好主意，然后检查文件系统。