fdisk 与 df 命令深度对比：3 个场景解析 Linux 磁盘信息查看的 5 个关键差异

在 Linux 系统管理中，磁盘管理是最基础也是最重要的技能之一。fdisk和df作为两个最常用的磁盘管理工具，它们各自有着不同的定位和功能。很多刚入门的运维工程师常常会混淆这两个命令的使用场景，导致在排查磁盘问题时事倍功半。本文将深入剖析这两个命令的本质区别，并通过三个典型运维场景，帮助你建立清晰的命令选择决策思维。

1. 命令本质：物理层与逻辑层的视角差异

理解fdisk和df的第一个关键点，是要明白它们工作在存储栈的不同层级。这种层级差异直接决定了它们能获取的信息类型和使用场景。

1.1 fdisk：磁盘物理布局的显微镜

fdisk是一个分区表操作工具，它直接与磁盘的物理结构打交道。当你执行fdisk -l时，它展示的是磁盘的"原始面貌"：

# fdisk -l /dev/sda Disk /dev/sda: 50 GiB, 53687091200 bytes, 104857600 sectors Disk model: Virtual Disk Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Device Start End Sectors Size Type /dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 104857566 103806943 49.5G Linux filesystem

关键信息解读：

• Disklabel type：分区表类型（MBR/dos 或 GPT）
• Start/End sectors：分区在磁盘上的物理位置
• Type：分区类型标识（如 83 表示 Linux 文件系统）

fdisk的强大之处在于它不仅能够查看分区信息，还能修改分区表（通过交互模式）。但需要注意的是，它完全不了解文件系统——它甚至不知道分区是否被格式化，更不用说文件系统的使用情况了。

1.2 df：文件系统空间的使用看板

相比之下，df（disk filesystem）则工作在更高的抽象层级——文件系统层。它的核心功能是报告已挂载文件系统的空间使用情况：

# df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 ext4 49G 12G 35G 26% / tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm

关键字段说明：

• Filesystem：对应的块设备或特殊文件系统
• Type：文件系统类型（ext4/xfs/btrfs 等）
• Use%：空间使用百分比（运维最关注的指标之一）

与fdisk不同，df完全不知道磁盘的物理分区情况，它只关心已经挂载的文件系统。如果一个分区已经创建但未挂载，df对它一无所知。

1.3 核心差异对比表

这个对比表已经揭示了两个命令的本质区别，但实际工作中，我们需要更深入的理解才能灵活运用。下面通过三个典型场景，展示如何基于这些差异做出正确的工具选择。

2. 场景一：磁盘空间不足但 df 显示有空间

问题现象：用户报告应用无法写入数据，提示"磁盘空间不足"，但df -h显示挂载点还有充足空间。

2.1 问题诊断步骤

1. 确认文件系统空间：

   # df -h /data Filesystem Size Used Avail Use% Mounted on /dev/sdb1 100G 40G 60G 40% /data

   确实显示还有 60G 可用空间。

2. 检查 inode 使用情况：

   # df -i /data Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sdb1 655360 655360 0 100% /data

   这里发现问题——inode 已经 100% 耗尽。即使磁盘空间充足，没有可用的 inode 也无法创建新文件。

3. 定位问题根源：

   # 查找包含大量小文件的目录 # find /data -type f | awk -F/ '{print $2}' | sort | uniq -c | sort -nr | head 124578 cache 42100 temp 1234 logs

   发现cache目录下有超过 12 万个文件。

2.2 解决方案

1. 临时清理：

   # 清理缓存文件 # rm -rf /data/cache/*

2. 长期预防：

   • 调整应用逻辑，减少小文件产生
   • 使用tmpfs内存文件系统处理临时文件
   • 定期设置监控告警（inode 使用率 >90%）

注意：此场景展示了df的局限性——它默认只显示空间使用情况，需要-i参数才能查看 inode 信息。而fdisk完全不涉及这些文件系统层面的细节。

3. 场景二：新硬盘分区后 df 看不到

问题背景：新增加一块 1TB 硬盘，已用fdisk创建分区但无法通过df查看。

3.1 完整操作流程

1. 确认磁盘识别：

   # fdisk -l | grep -i 'disk /' Disk /dev/sda: 50 GiB Disk /dev/sdb: 1 TiB # 新磁盘

2. 创建分区：

   # fdisk /dev/sdb Command (m for help): n Partition type: p Partition number: 1 First sector: 2048 Last sector: +500G Command (m for help): w # 写入分区表

3. 查看分区：

   # fdisk -l /dev/sdb Device Boot Start End Sectors Size Id Type /dev/sdb1 2048 104857599 104855552 500G 83 Linux

4. 尝试用 df 查看：

   # df -h | grep sdb # 无输出

3.2 问题原因与解决

这里涉及到存储栈的完整流程：

物理磁盘 → 分区表(fdisk可见) → 文件系统(格式化后) → 挂载点(df可见)

缺失的步骤是创建文件系统和挂载：

1. 格式化分区：

   # mkfs.xfs /dev/sdb1 # 或 ext4

2. 挂载分区：

   # mkdir /data # mount /dev/sdb1 /data 现在 df 可以显示了： # df -h /data Filesystem Size Used Avail Use% Mounted on /dev/sdb1 500G 33M 500G 1% /data

3. 永久挂载（可选）： 在/etc/fstab中添加：

   /dev/sdb1 /data xfs defaults 0 0

关键点：fdisk只处理分区表层面，而df需要完整的存储栈才能显示信息。理解这个流程可以避免很多困惑。

4. 场景三：判断分区表类型 MBR/GPT

运维需求：在扩容磁盘前，需要确认现有分区表类型（MBR 或 GPT），因为两者在兼容性和分区大小限制上差异很大。

4.1 使用 fdisk 判断

# fdisk -l /dev/sda Disk /dev/sda: 50 GiB, 53687091200 bytes, 104857600 sectors Disklabel type: gpt # 这里明确显示分区表类型 Disk identifier: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

如果显示Disklabel type: dos，则表示是传统的 MBR 分区表。

4.2 使用 parted 验证

# parted /dev/sda print | grep 'Partition Table' Partition Table: gpt

4.3 为什么 df 无法获取此信息？

因为分区表类型属于磁盘的物理布局信息，而df只关注已挂载的文件系统。这是两个命令工作层级不同的又一体现。

5. 命令组合技巧与决策树

在实际运维中，我们往往需要组合使用这些工具。下面是一个磁盘信息排查决策树：

是否查看磁盘物理结构？ ├── 是 → 使用 fdisk -l │ ├── 需要修改分区？ → fdisk /dev/sdX │ └── 只需查看 → fdisk -l /dev/sdX └── 否 → 是否需要文件系统信息？ ├── 是 → df -hT │ ├── 怀疑 inode 问题 → df -i │ └── 查看特定 FS 类型 → df -hT -t ext4 └── 否 → 需要块设备拓扑？ → lsblk

5.1 实用命令组合

1. 查看完整存储拓扑：

   # lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 ext4 boot xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /boot └─sda2 xfs root xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /

2. 检查未挂载分区的文件系统：

   # blkid /dev/sdb1 /dev/sdb1: UUID="..." TYPE="ext4"

3. 实时监控磁盘空间：

   # watch -n 5 'df -h; echo; df -i'

6. 高级技巧与陷阱规避

6.1 fdisk 的注意事项

1. 缓存问题：修改分区表后，内核可能不会自动重新读取。需要：

   # partprobe /dev/sda # 重新加载分区表 或 # reboot

2. 大磁盘支持：传统fdisk对 >2TB 的磁盘支持有限，建议使用parted或gdisk。

6.2 df 的统计误差

1. 保留空间：默认 ext4/xfs 会保留 5% 空间给 root，这可能导致df显示：

   # df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda1 50G 48G 0 100% / # 实际还有 2.5G 保留空间

   调整保留空间：

   # tune2fs -m 1 /dev/sda1 # ext4 保留 1% 或 # xfs_admin -p 1 /dev/sda1 # xfs

2. 挂载点覆盖：如果一个挂载点下还有挂载，df会分别显示：

   /dev/sda1 50G 10G 40G 20% / /dev/sdb1 100G 30G 70G 30% /data # 实际占用已包含在 / 中

7. 延伸工具链

现代 Linux 系统提供了更丰富的工具来补充fdisk和df的功能：

掌握这些工具的组合使用，能够让你在磁盘管理工作中游刃有余。记住，没有最好的工具，只有最适合场景的工具选择。理解每个工具的设计初衷和工作层级，才能做出准确的判断。