以下是 mt 症状。过去几天，我每天早上都有 33 GB 的空间，但第二天上班时发现只剩下 1GB 的空间。我使用“df”来评估空间
hari@hari-Precision-WorkStation-T7500:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sde1 230398116 216818952 1852572 100% /
none 4 0 4 0% /sys/fs/cgroup
udev 6135136 4 6135132 1% /dev
tmpfs 1229864 1588 1228276 1% /run
none 5120 0 5120 0% /run/lock
none 6149304 5808 6143496 1% /run/shm
none 102400 56 102344 1% /run/user
//server01.mycompany.com/archive$/Biology/RAW-Data 8458860528 4685045352 3773815176 56% /home/rawdata2
/dev/sda1 1953512032 1724815580 228696452 89% /media/hari/FreeAgent GoFlex Drive1
在这个问题出现之前，我对系统做的唯一改变是使用 cifs（samba）模块挂载了一个 9 TB 的文件共享。
当我运行磁盘使用情况分析器“baobab”时，它会报告磁盘情况，但不会表明我的主目录下的任何单个目录在一夜之间显著增长 - 即百分比没有显著上升。
我在这台机器上运行着一个私人网络服务器，没有运行太多其他东西。通过“htop”和“top”调查发现，没有日志在一夜之间大幅增长，也没有进程有大量磁盘 io。
我尝试使用“sudo iotop”，但我不知道如何解释它的输出。
我的磁盘空间去哪了？我担心是某个索引器试图索引占用一些空间的 9TB 文件共享，因为问题在我添加 9TB 文件共享后开始出现。
我正在运行 Ubuntu 13.10，3.11.0-15-generic
我该如何排除所有占用空间的故障？我担心是某个索引器或其他后台进程。
答案1
如果重启后磁盘空间总是释放，则很可能意味着空间已被一些未链接的文件占用。未链接的文件被删除 =未链接文件系统中已删除文件，但进程仍使它们保持打开状态，因此此类文件占用的磁盘空间直到进程释放文件后才会释放。持有未链接文件的进程也可能继续写入文件，并在文件系统中无法检测到的情况下占用越来越多的磁盘空间。
要查看未链接的文件及其持有者，您可以使用lsof。很长一段时间以来，我总是grep在输出中使用一些 -inglsof来查看未链接的文件，但不久前我发现这个超级答案如何轻松查看未链接的文件。你只需要使用
lsof +L1
因为这将列出所有链接数小于 1 的打开文件，因此它们未被链接。
因此使用lsof +L1并检查您的机器上是否有很多未链接的文件或大文件，您还将看到哪个进程保存了它们。
答案2
如果你处于重启的情况不是始终释放空格，我会重新启动进入救援模式，并使用上面所述的 du 来了解空格的去向。我倾向于使用“du -sc * | sort -n”作为进行此类调查的快速而粗略的方法（由于隐藏文件等问题而粗略，如上所述）。从根目录开始向下工作。
我同意这是一个非常奇怪的问题。也许可以尝试选择性地禁用服务，看看是否可以停止它？就索引而言，我能想到的唯一作为标准运行的系统范围的东西应该是locate/mlocate。还有索引软件包的apt-xapian，索引手册页的mandb。
您是否通过桌面会话登录到此计算机？如果是这样，如果您登录（至少以图形方式登录），问题是否会停止？