介绍
磁盘空间不足是系统管理员和开发人员经常遇到的问题。当磁盘空间耗尽时，应用程序可能会失败，系统可能会变得不稳定。了解如何快速诊断和解决这些问题是一项关键技能。
在这个 Lab 中，你将扮演一名系统管理员，收到关于磁盘空间不足的警报。你将学习一种系统化的方法来识别是什么占用了空间以及如何安全地回收空间。你将使用一套标准的 Linux 命令行工具：df、du、find 和 truncate。完成这个 Lab 后，你将有信心处理基本的磁盘空间紧急情况。
检查磁盘使用情况
在这一步，你将通过获取所有挂载文件系统磁盘空间使用情况的概览来开始你的排查工作。完成这项任务的最佳工具是 df (disk free，磁盘空闲) 命令。
df 命令报告文件系统上已用和可用的磁盘空间量。使用 -h (human-readable，人类可读) 标志可以使输出更易于阅读，它以 1024 的幂（例如，千字节、兆字节、千兆字节）显示大小。
在你的终端中执行以下命令来检查当前的磁盘使用情况：
df -h
你将看到类似以下的输出。请密切关注 Use% (使用百分比) 这一列，特别是针对挂载在 / 上的根文件系统。这里较高的百分比表明存在潜在问题。
Filesystem Size Used Avail Use% Mounted on
/dev/vda3 40G 38.5G 1.5G 96% /
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/vdb1 20G 1.2G 19G 6% /home/labex/project
...
从示例输出中，你可以看到根文件系统 (/dev/vda3，挂载在 /) 的容量已达到 96%。这证实了存在需要解决的磁盘空间问题。
查找大文件
在这一步，在确定磁盘正在被占满之后，你的下一个任务是找出哪些目录占用了最多的空间。du (disk usage，磁盘使用量) 命令非常适合这项工作。它用于估算文件空间的使用情况。
我们将使用 du 配合以下选项：
-s: (summarize，汇总) 只显示每个参数的总计。-h: (human-readable，人类可读) 以更易读的格式（例如，1K、234M、2G）打印大小。
让我们检查一下你的 project 目录内容的尺寸。你当前的当前工作目录是 ~/project，所以你可以使用相对路径。
执行以下命令来查看 ~/project 目录中每个文件和子目录的大小：
du -sh ~/project/*
该命令将产生一个显示每个项目大小的输出。你应该能看到在 Lab 设置过程中创建的大文件。
3.0G /home/labex/project/large_data_archive.dat
此输出告诉你 project 目录中名为 large_data_archive.dat 的文件占用了 3.0GB 的空间。虽然这是空间占用源之一，但上一步 df 的输出暗示了一个更大的问题，它可能位于家目录之外。
定位大型日志文件
在这一步，你将调查磁盘空间问题的另一个常见原因：大日志文件。系统和应用程序日志通常存储在 /var/log 目录中。如果管理不当，这些文件可能会无限增长。
find 命令是一个用于搜索文件和目录的强大工具。你可以使用它根据各种标准（如名称、类型和大小）来定位文件。
我们将使用 find 在 /var/log 目录中搜索任何大于 10 兆字节 (-size +10M) 的文件 (-type f)。由于 /var/log 目录由 root 用户拥有，你需要使用 sudo 来授予管理员权限，以便命令能够检查所有文件。
在你的终端中运行以下命令：
sudo find /var/log -type f -size +10M
该命令将扫描指定的目录，并打印出任何符合条件的文件的路径。你的输出可能会显示不止一个文件。
/var/log/syslog
/var/log/journal/deaaf690a67544aaaa83c02167a202c6/user-6000@0005fc8f16f7df1a-7ea5bde2c8c33f92.journal~
输出清楚地表明 /var/log/syslog 大于 10MB。虽然可能还存在其他大文件，例如 journal 日志，但对于本次实验，我们将重点关注 syslog。你现在已经确定了一个特定的、占用大量空间的大日志文件，它正在导致磁盘空间问题。
清理日志文件
在这一步，既然你已经确定了一个大日志文件，你需要释放它占用的空间。简单地用 rm 删除文件有时会引起问题，如果某个服务正在向其中写入数据。一个更安全的方法是清空文件的内容，而不是删除文件本身。
truncate 命令就是为此目的而设计的。它可以将文件的大小缩减或扩展到指定的大小。通过将大小设置为零，你可以有效地清空文件。
你将使用带有 -s 0 选项的 truncate 命令，它将文件大小设置为 0 字节。同样，因为你要修改一个系统文件，所以你需要使用 sudo。
执行以下命令来清空 syslog 的内容：
sudo truncate -s 0 /var/log/syslog
成功的 truncate 命令不会产生任何输出。为了验证它是否有效，你可以使用 ls -lh 命令来检查文件的新大小。
ls -lh /var/log/syslog
输出现在应该显示文件大小为 0。
-rw-r----- 1 syslog adm 0 Oct 22 15:31 /var/log/syslog
你已经成功且安全地清空了大日志文件，释放了磁盘空间。
验证修复效果
在这一步，你将执行最后也是最重要的操作：验证你的努力是否解决了磁盘空间问题。你将再次使用 df -h 命令，就像你在第一步中所做的那样。
通过将新的输出与原始输出进行比较，你可以确认磁盘空间已被释放。
再运行一次 df -h 命令：
df -h
你应该看到输出中根文件系统 (/) 的 Use%（使用百分比）低于你在步骤 1 中的数值。
Filesystem Size Used Avail Use% Mounted on
/dev/vda3 40G 37G 3.0G 92% /
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/vdb1 20G 1.2G 19G 6% /home/labex/project
...
使用率从 96% 下降到了 92%，这证实了截断日志文件是有效的。为了完成清理，你也可以删除你在项目目录中找到的大数据文件。
rm ~/project/large_data_archive.dat
现在，最后一次运行 df -h 以查看所有清理操作的最终结果。可用空间应该会进一步增加。这证明你已经成功诊断并解决了磁盘空间问题。
总结
恭喜你完成了本次实验！你已经成功诊断并解决了一个 Linux 系统上常见的磁盘空间问题。
在本次实验中，你学习了一个实用的分步工作流程：
- 你使用了
df -h来获取磁盘使用情况的概览，并确认了问题。 - 你使用了
du -sh来检查特定目录的大小，并识别出大文件。 - 你使用了
find命令根据特定标准（如大小）来搜索文件，从而精确定位大日志文件。 - 你学会了使用
truncate -s 0作为一种安全地清空文件而不删除它的方法。 - 最后，你通过重新运行
df -h来验证你的修复效果，查看被释放的空间。
这些命令是任何 Linux 用户或系统管理员的基本工具。有了这些知识，你现在就能更好地确保你的系统平稳运行。
