如何通过CentOS轻松查看filesystem，全面了解系统文件系统状况？
- 内容介绍
- 文章标签
- 相关推荐
为什么需要定期查看 CentOS 文件程序？
您是否遇到过以下困扰？硬盘空间莫名减少，导致服务无法启动或日志写入失败；应用响应变慢，怀疑是 I/O 堵塞，却不知哪个进程在频繁读写磁盘；话说回来，担心隐藏的文件程序错误会引发数据丢失，却没有及时发现。掌握正确的查看与监控方法。可以帮助您快速定位问题、提前预警，保障程序稳定与数据安全。
基础磁盘使用情况：df 命令
df -h 能以人类可读的格式展示所有已挂载文件程序的总量、已用量、剩余量及使用比例。老实说，
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 50G 12G 35G 26% /
tmpfs 3.9G 0M 3.9G 0% /dev/shm
/dev/sdb1 100G 20G 75G 21% /mnt/data
痛点解决：快速看到哪个分区即将占满。从而避免因空间耗尽导致的服务中断。
查看特定目录的占用：du 命令
当想知道某个目录或文件具体消耗了多少空间时使用 du -sh *。
$ du -sh /var/log/*
4.0K /var/log/boot.log
12M /var/log/messages
...
痛点解决：精准定位占用空间大的日志或缓存目录，及时清理或调整轮转策略。
查看挂载点与文件程序类型：mount & df -Th
mount 或 df -Th 能显示每个设备的挂载点及其文件程序类型。
$ df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 50G 12G 35G 6% /
tmpfs tmpfs 3.9G 0M G % /dev/shm
/dev/sdb1 xfs?...
痛点解决：确认关键数据所在分区的实际文件程序类型，为后续修复或调优提供依据。
实时磁盘 I/O 检测：iotop 工具
当怀疑某些进程导致磁盘瓶颈时安装并运行 iotop` 查看实时读写速率。
$ sudo yum install iotop
$ sudo iotop
痛点解决：`iotop` 能直观显示哪些 PID 在消耗大量磁盘带宽，帮助您快速锁定异常进程并进行限制或调整。
$ dmesg \| grep -i error
p>若使用 systemd 的 CentOS，可通过 journalctl 查询带时间戳的完整日志。pre>$ sudo journalctl -b -p err \| grep -i filesystem
p>痛点解决： 当出现不明原因的只读挂载或频繁掉线时日志能直接指向根本原因，避免猜测式排错。按理说，h2>文件程序一致性检查：fsck p>当怀疑分区出现逻辑错误时需在卸载或单使用者模式下运行 fsck。其实，
pre># 假设要检查 /dev/sda1
$ sudo umount /dev/sda1
$ sudo fsck -y /dev/sda1
# 检查完成后重新挂载
$ sudo mount /dev/sda1 /mnt
p>痛点解决： 定期执行只读检测能在不修改数据的前提下提前发现潜在 corruption。防止小问题演变成大故障，h2>硬盘健康状态：smartctl p>利用 smartmontools 包中的 smartctl 检测磁盘自身健康指标。
pre>$ sudo yum install smartmontools
$ sudo smartctl -a /dev/sda | grep -E "ReallocatedSectorCt|UCRCErrorCount|TemperatureCelsius"
p>痛点解决： 通过趋势分析 SMART 属性。能够提前预判即将失效的硬盘，计划更换而非事后紧急抢修。
h3>综合建议工作流程
ol>
li>快速概览 ：运行 df -h 检视整体使用率；如有分区超过80%，记下来待处理。怎么说呢，
li>深度定位 ：对高使用率分区执行 du sh * 排出占用最大目录；必要时清理旧日志或临时文件。
li>I/O 检查 ：如果程序响应迟钝,运行 iotop 十秒钟观察热点进程；调整服务配置或限制带宽，>
为什么需要定期查看 CentOS 文件程序？
您是否遇到过以下困扰？硬盘空间莫名减少，导致服务无法启动或日志写入失败；应用响应变慢，怀疑是 I/O 堵塞，却不知哪个进程在频繁读写磁盘；话说回来，担心隐藏的文件程序错误会引发数据丢失，却没有及时发现。掌握正确的查看与监控方法。可以帮助您快速定位问题、提前预警，保障程序稳定与数据安全。
基础磁盘使用情况：df 命令
df -h 能以人类可读的格式展示所有已挂载文件程序的总量、已用量、剩余量及使用比例。老实说，
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 50G 12G 35G 26% /
tmpfs 3.9G 0M 3.9G 0% /dev/shm
/dev/sdb1 100G 20G 75G 21% /mnt/data
痛点解决：快速看到哪个分区即将占满。从而避免因空间耗尽导致的服务中断。
查看特定目录的占用：du 命令
当想知道某个目录或文件具体消耗了多少空间时使用 du -sh *。
$ du -sh /var/log/*
4.0K /var/log/boot.log
12M /var/log/messages
...
痛点解决：精准定位占用空间大的日志或缓存目录，及时清理或调整轮转策略。
查看挂载点与文件程序类型：mount & df -Th
mount 或 df -Th 能显示每个设备的挂载点及其文件程序类型。
$ df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 50G 12G 35G 6% /
tmpfs tmpfs 3.9G 0M G % /dev/shm
/dev/sdb1 xfs?...
痛点解决：确认关键数据所在分区的实际文件程序类型，为后续修复或调优提供依据。
实时磁盘 I/O 检测：iotop 工具
当怀疑某些进程导致磁盘瓶颈时安装并运行 iotop` 查看实时读写速率。
$ sudo yum install iotop
$ sudo iotop
痛点解决：`iotop` 能直观显示哪些 PID 在消耗大量磁盘带宽，帮助您快速锁定异常进程并进行限制或调整。
$ dmesg \| grep -i error
p>若使用 systemd 的 CentOS，可通过 journalctl 查询带时间戳的完整日志。pre>$ sudo journalctl -b -p err \| grep -i filesystem
p>痛点解决： 当出现不明原因的只读挂载或频繁掉线时日志能直接指向根本原因，避免猜测式排错。按理说，h2>文件程序一致性检查：fsck p>当怀疑分区出现逻辑错误时需在卸载或单使用者模式下运行 fsck。其实，
pre># 假设要检查 /dev/sda1
$ sudo umount /dev/sda1
$ sudo fsck -y /dev/sda1
# 检查完成后重新挂载
$ sudo mount /dev/sda1 /mnt
p>痛点解决： 定期执行只读检测能在不修改数据的前提下提前发现潜在 corruption。防止小问题演变成大故障，h2>硬盘健康状态：smartctl p>利用 smartmontools 包中的 smartctl 检测磁盘自身健康指标。
pre>$ sudo yum install smartmontools
$ sudo smartctl -a /dev/sda | grep -E "ReallocatedSectorCt|UCRCErrorCount|TemperatureCelsius"
p>痛点解决： 通过趋势分析 SMART 属性。能够提前预判即将失效的硬盘，计划更换而非事后紧急抢修。
h3>综合建议工作流程
ol>
li>快速概览 ：运行 df -h 检视整体使用率；如有分区超过80%，记下来待处理。怎么说呢，
li>深度定位 ：对高使用率分区执行 du sh * 排出占用最大目录；必要时清理旧日志或临时文件。
li>I/O 检查 ：如果程序响应迟钝,运行 iotop 十秒钟观察热点进程；调整服务配置或限制带宽，>