du -sh是唯一能准确反映文件夹真实磁盘占用的命令，因其遍历文件系统块并累加实际占用；ls -lh仅显示目录inode元数据（如4096字节），不递归统计内容，故无法代表目录真实空间消耗。
du -sh 是唯一能快速、准确反映文件夹真实磁盘占用的命令，其他方式（如 ls -lh、stat）只显示单个文件元数据或逻辑大小，对目录本身无意义。
为什么不能用 ls -lh 看文件夹大小
ls -lh 对目录只显示固定值（通常是 4096 字节），这是 inode 占用空间，不是内容总和。它根本不会递归统计子项，所以 ls -lh /var/log 输出的 “4.0K” 和实际几百 MB 日志完全无关。
常见误操作：ls -lh */ 看子目录——这会漏掉隐藏目录（如 .git）、权限不足跳过的路径，且不包含目录自身结构开销（如 ext4 的目录索引块）。
-
ls类命令本质是列出条目，不是计算磁盘使用 - 想看“这个文件夹占多少磁盘”，必须走文件系统块遍历，只有
du做这件事 - 图形界面文件管理器显示的“大小”底层调用的也是
du或类似逻辑，不是ls
du -sh 的正确用法和易错点
-s（summary）和 -h（human-readable）必须同时用；单独 du -s 输出的是 512 字节块数（比如 12345），人眼无法判断是 6MB 还是 6GB。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查当前目录总大小：
du -sh .或直接du -sh - 查指定路径：
du -sh /var/log，路径含空格时加引号：du -sh "/home/user/My Projects" - 权限不足会报
Permission denied，但结果仍可用；加2>/dev/null屏蔽干扰：du -sh /etc 2>/dev/null - 别写成
du -sh *——它只匹配非隐藏项，漏掉.config等关键目录；要全量统计，必须指定目录本身，不是通配符
大目录下快速定位“谁最占空间”
当 du -sh /var 显示 12G，但不知道哪块拖累时，用 --max-depth=1 一层展开，再配合 sort -hr 排序：
du -sh --max-depth=1 /var/* 2>/dev/null | sort -hr
关键细节：
-
--max-depth=1必须显式写，否则du会递归到底，耗时且输出爆炸 -
sort -hr中-h支持 K/M/G 解析，-r倒序；没-h就按字符串排，“10M” 会排在 “2G” 前面 -
/var/*不包含/var/.log这类隐藏项；更全写法是du -sh --max-depth=1 /var/.[^.]* /var/* 2>/dev/null | sort -hr - 遇到
/proc、/sys报错，2>/dev/null过滤即可，不影响主体排序
为什么 df 和 du 结果经常不一致
这不是命令错了，而是统计对象不同：df 看文件系统已分配的数据块，du 看路径下可见文件的块总和。
- 典型场景：进程正在写一个 5G 日志，你
rm -f /var/log/app.log，du立即变小，df仍显示 5G 被占——因为 inode 还被进程持有，块未释放 - 查谁卡着空间：
lsof +L1或lsof | grep deleted - 清理前务必确认：删
/var/spool/clientmqueue前先postsuper -d ALL，而不是rm -rf - 大量小文件时，
du可能慢；加--exclude跳过node_modules、.git：du -sh --exclude="node_modules" --exclude=".git" .
真正难的不是命令怎么敲，而是看到一个“20G”的目录时，得立刻判断：它是日志轮转残留？是 journalctl 没清理？还是某个服务把临时文件写进了不该写的地方——du 给你数字，但数字背后的故事，得靠经验补全。
