“Mounted on”列即为挂载点，显示文件系统实际挂载的目录路径，如“/home”或“/”；它反映逻辑挂载关系而非物理设备拓扑，同一硬盘的不同分区可挂载至不同路径。
df -h 显示的“Mounted on”就是挂载点
运行 df -h 后，最后一列叫 Mounted on，它显示的就是每个文件系统实际挂载到哪个目录路径下。比如看到一行末尾是 /home，说明该分区被挂载到了 /home 目录；如果是 /，那就是根文件系统。
注意：同一块物理硬盘可能被分成多个分区（如 /dev/sda1、/dev/sda2），各自挂载到不同路径，df -h 展示的是逻辑挂载关系，不是物理设备拓扑。
利用率数字来自 Use% 列，但要注意单位和保留空间
df -h 中的 Use% 是已用空间占「可用总空间」的百分比，这个“总空间”默认不包含 root 用户保留的 5% 空间（ext4 默认行为）。也就是说，即使显示 95%，普通用户可能已经无法写入——因为最后 5% 被预留给了 root 防止系统卡死。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 想看真实占用比例（含保留空间），加
-T参数配合df -h --total或直接算：Used / (Used + Avail) - 查看保留空间设置：运行
tune2fs -l /dev/sdXN | grep "Reserved block count" - 某些容器或嵌入式环境使用 overlayfs 或 tmpfs，
df -h会显示它们，但这些不是磁盘分区，不能用fdisk管理
为什么 df -h 看不到新挂载的分区？
常见原因是挂载操作没生效或挂载点被覆盖。例如：
- 执行了
mount /dev/sdb1 /mnt，但忘记加-o defaults或权限限制导致静默失败（检查dmesg | tail） - 挂载点目录本身已被另一个文件系统占据（如
/mnt下已有 bind mount），新 mount 会被遮蔽 - 使用了
--bind或--rbind，这种绑定挂载在df -h中显示为原文件系统的同一行，不会新增条目 - 挂载的是网络文件系统（NFS/CIFS），而内核未加载对应模块（
lsmod | grep nfs），mount命令看似成功，实则未真正挂上
df -h 和 du -sh 的结果经常对不上，别慌
这是最常被误认为“磁盘坏了”的情况。df -h 统计的是文件系统级已分配块，du -sh 统计的是目录下所有文件的实际大小之和。差异通常来自：
- 已删除但进程仍在占用的文件（
lsof +L1可查） - 稀疏文件（如虚拟机镜像）、硬链接重复计数（
du默认按 inode 计，不重复算） - ACL、扩展属性、快照（btrfs/zfs）占用元数据空间，
du不计入 - 日志文件被 logrotate 切走但旧句柄未关闭，空间未释放
这种情况优先用 lsof +L1 和 find /proc/*/fd -ls 2>/dev/null | grep deleted 定位大文件句柄。
