stat -f 是跨文件系统的通用方案，执行 stat -f /挂载点 | grep "block size" 即可获取该文件系统 i/o 基本单位（bsize），路径须为已挂载点且无需 root 权限。
tune2fs 只能查 ext2/ext3/ext4，xfs_info 才是 XFS 的正确工具，stat -f 是跨文件系统的通用方案——别用错命令，否则要么报错，要么返回无效值。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
怎么用 stat -f 查任意文件系统的块大小
stat -f 不依赖文件系统类型，也不要求 root 权限，只要路径可访问就能读取底层块配置。
它输出的 Block size 是文件系统 I/O 的基本单位（即 bsize），也是 du 计算磁盘占用的对齐依据。
stat -f / | grep "Block size" Block size: 4096- 输出中
Block size 和 Fundamental block size 通常一致；若不一致，以 Block size 为准
- 路径必须是已挂载点（如 /、/home），不能是设备名（如 /dev/sda1）
- 对 NFS 或 FUSE 文件系统，stat -f 返回的是客户端视角的块大小，不一定反映服务端真实配置
ext 系列必须用 tune2fs -l，且设备不能只读挂载
tune2fs -l 读取的是 ext 超级块元数据，需要直接访问设备节点，且该设备不能处于只读挂载状态（否则可能读不到最新值）。
tune2fs -l /dev/sdb1 | grep "Block size" Block size: 4096- 必须加
-l 参数，否则 tune2fs 会等待交互输入，看起来像卡住
- 若提示 Bad magic number in super-block，说明不是 ext 文件系统，或设备未格式化/已损坏
- LVM 逻辑卷同样适用：tune2fs -l /dev/mapper/vg-lv
- 不支持 XFS、btrfs、zfs 等非 ext 系列，强行运行会报错并中断
xfs_info 显示的 bsize 是 data.bsize，不是 logging.bsize
XFS 的块大小分层存在：data.bsize 是文件数据分配单位，logging.bsize 是日志缓冲区单位，二者可能不同（虽然常见情况一致）。
xfs_info /mnt/data | grep "bsize=" data = bsize=4096 ... logging = bsize=4096 ...- 关键字段在
data 行开头的 bsize=，这才是文件内容存储和 du 对齐所用的块大小
- logging.bsize 影响日志写入效率，但不参与文件空间计算
- 如果输出里没有 data = bsize=，说明挂载点不是 XFS，或 xfs_info 运行失败（比如路径不存在、权限不足）
blockdev --getbsz 返回的是设备逻辑块大小，不是文件系统块大小
blockdev --getbsz 查的是块设备驱动层的 I/O 最小单位（通常是 512 或 4096），和文件系统无关。
blockdev --getbsz /dev/sda2 4096- 它可能和文件系统块大小相同，但纯属巧合；例如 ext4 格式化时指定
-b 1024，但设备仍返回 4096
- SSD 或 NVMe 设备常报告 4096，但这不代表你创建的 ext2 文件系统就用了 4096 块大小
- 别拿这个值去算 du 结果或解释稀疏文件行为——它不决定文件系统如何分配空间
真正容易被忽略的是：同一个物理设备上不同挂载点可能属于不同文件系统（比如 / 是 ext4，/home 是 XFS），必须对每个挂载点单独查，不能假设全局统一。
