卷“filesystem root”只剩下0个字节的磁盘空间？
我安装了11.10~两周前，最近遇到了一些奇怪的麻烦。
安装在全新的笔记本电脑上，配备清晰的160GB SSD。 我选择加密主目录。 除此之外，我在安装过程中接受了默认值。 我的笔记本电脑上没有其他操作系统。
当我（第三次）看到这个非常不愉快的窗口时，我使用了大约40GB：
两次情况非常糟糕，整个系统大幅放缓。 重新启动后，我无法登录到图形界面（通知错误消息通知空间不足），并且必须先从命令行删除一些文件。
第三次我仍然设法快速删除一些文件，它有所帮助。
我的笔记本电脑主要是工作环境：所以没有种子，游戏，只有两部电影。 只有媒体填充空间大约20GB的图片和一堆pdfs。 最近主要在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输出显示您的根文件系统实际已满，则需要删除一些文件（小心哪些文件！），或调整分区大小。
用于查找占用所有空间的有用终端命令是“磁盘使用”命令， du 。 在没有任何参数的情况下调用，它开始列出当前目录中以及下面每个目录中每个文件的大小。 在您的方案中，跟踪使用情况更有用的是sudo du -s -h -x /* ，它将为您提供根文件系统顶部的每个文件或目录所使用的空间总量（ -s ）（ /* ），无需查看其他文件系统（ -x ），以人类可读的数字，如“124M”（ – -h ）。 如果需要一段时间才能完成，请不要担心，第一次运行需要几分钟。
当然，不要在不知道它们是什么的情况下删除文件。 但是，通常，如果删除以下目录中的文件，则不会破坏系统：
-
/tmp（用户临时数据 – 这些通常都会在每次重启时全部删除） -
/var/tmp（打印假脱机和其他系统临时数据） -
/var/cache/*（这个可能很危险，先研究一下！） -
/root（root用户的主目录）
除上述地点外，以下地点是常见的罪魁祸首：
-
/opt（许多第三方应用程序安装在此处，并且不会自行清理） -
/var/log（如果有重复错误，日志文件会占用大量空间）
所以，先检查一下。 如果事实certificate事情看起来正确并且根分区太小，则需要调整分区大小以适应。 有很多方法可以做到这一点，但最简单的方法是从Ubuntu LiveCD启动（从Ubuntu站点的下载页面获取 ）并运行GNOME分区编辑器gparted 。 您可能必须首先安装gparted软件包（在LiveCD环境中，运行sudo apt-get install gparted或使用软件中心）。 在任何情况下，它都是一个图形实用程序，允许您右键单击该分区并选择“resize”。
注意 – 在调整分区大小时 ， 没有任何操作系统处于hibernate状态 ，否则它将无法工作，或者对您的hibernate操作系统造成可怕的影响。
根据你的df列表，你有足够的空间。 获得其中一条消息后，再次检查df ，如果仍然显示足够的可用空间，请检查dmesg的输出是否有错误。 您可能会收到导致文件系统重新装入只读的错误，这可能会使可用空间通知程序混乱。 从livecd，您应该打开磁盘实用程序并检查驱动器的SMART状态，以确保它没有任何坏扇区或任何东西。 运行长自测试也许是一个好主意，并在此之后检查文件系统。