dd 不支持每块写完立即物理落盘，conv=fdatasync 仅在任务结束时调用一次 fdatasync() 确保全部数据及元数据落盘；真正逐块同步需用 oflag=sync 或 direct I/O 配合禁用设备写缓存。
dd 命令本身不提供“每个块写完立即物理落盘”的粒度控制，conv=fdatasync 的作用是：在 整个 dd 任务结束前，对已写入的目标文件（或设备）执行一次 fdatasync() 系统调用，确保所有已写数据及其元数据（如文件大小、mtime）都刷新到物理存储介质——但它 不保证中间每写一个块就同步一次。
conv=fdatasync 的真实行为
它等效于在 dd 写完全部数据后，调用一次 fdatasync(fd)。这意味着：
- 写入过程中，数据仍可能暂存在内核页缓存（page cache）中；
- 硬盘/SSD 自身的写缓存（write cache）若未禁用，仍可能延迟实际落盘；
- 它不逐块同步，也不影响单次
write()系统调用的返回时机。
真正实现“每块写完即落盘”的方法
Linux 下无法通过标准 dd 实现严格意义上的“每块同步”，但可通过以下组合逼近该目标：
-
使用 oflag=sync 或 oflag=direct：
dd if=input of=output bs=4K oflag=syncoflag=sync让每次write()调用都隐式触发fdatasync()，即每写一个块（bs 大小）就等待其落盘完成。这是最接近你需求的选项。 -
禁用设备写缓存（需硬件支持且谨慎操作）：
对于 SATA 设备，可用hdparm -W0 /dev/sdX关闭写缓存（⚠️会显著降低性能，且部分 SSD 不支持或忽略）；
NVMe 设备可用nvme set-feature -f 0x01 -v 0 /dev/nvme0n1（关闭 volatile write cache），需 root 权限和驱动支持。 -
配合 sync_after_write 工具或自定义程序：
标准 dd 不支持 per-block sync hook。若需精确控制，应改用 C/Python 编写循环：读一块 → write() → fdatasync() → 继续。例如 Python 中用os.write()+os.fdatasync()。
验证是否真正落盘
仅靠 conv=fdatasync 或 oflag=sync 不能 100% 保证物理介质写入，还需确认：
- 目标设备是否启用写缓存（
hdparm -I /dev/sdX | grep "Write cache"）； - 是否使用了带电池/电容保护的企业级 RAID 卡（其缓存默认不透传 sync）；
- 可借助
strace dd ... 2>&1 | grep -E "(write|fdatasync)"观察系统调用频次与时机。
实用建议
日常可靠写入推荐组合：
- 普通磁盘/USB：用
dd if=src of=dst bs=4M oflag=sync conv=fdatasync（oflag=sync主控每块，conv=fdatasync收尾兜底）； - 关键数据镜像（如备份到 HDD）：加
iflag=fullblock避免短读，再配合sync命令手动刷盘； - 不要依赖
conv=fsync或conv=fdatasync单独使用来满足“逐块强持久”场景——它们设计目标是任务级一致性，不是 I/O 粒度控制。
