这个问题其实挺常见的，很多人用dd写镜像后都会顺手敲个sync，但背后的原因可能没完全搞清楚。先给个明确结论：绝大多数情况下，执行sync是必要的，下面具体拆解。

先澄清一个误区：sync不止刷新文件系统缓存 #

你提到sync(2)系统调用仅刷新文件系统缓存，但注意——我们平时在终端敲的sync是用户空间命令，它的行为比系统调用更宽泛。根据sync的man手册，这个命令会把所有待处理的修改（包括文件系统元数据、缓存的文件数据，以及块设备缓冲区的数据）都刷到底层存储设备上。

而dd直接写入块设备（/dev/device）时，数据会先进入内核的块设备缓冲区（和文件系统缓存是不同的缓存区域），内核会攒够一定量的数据再批量写入物理设备，这是为了提升IO性能。

为什么需要执行sync？ #

• 避免数据丢失/镜像损坏：dd命令本身默认是异步写模式——它只负责把数据交给内核，然后就继续执行，不管数据有没有真正写到物理磁盘上。当dd命令退出时，可能还有大量数据停留在块设备缓冲区里。如果这时候你直接断电、拔设备，这些未写入的数据就会丢失，导致镜像不完整，甚至存储设备损坏。
• dd的替代参数：oflag=sync/conv=fsync：其实你也可以在dd命令里直接加参数强制同步，比如dd if=file.img of=/dev/device oflag=sync，这样每写入一块数据就会同步一次，但这种方式会大幅降低写入速度。而跑完dd再执行sync，是一次性把所有剩余的缓存数据刷完，效率更高。
• 历史与实践经验：在老旧内核或者一些特殊存储设备上，块设备缓存的行为可能不够透明，曾经出现过因为没执行sync导致镜像写入失败的案例。虽然现代内核会在进程退出时尝试刷写缓存，但这不是100%可靠的保证——比如某些存储设备的异步写队列可能还在处理数据。

有没有不需要sync的场景？ #

极少数情况下可以跳过：比如你的存储设备本身不支持写缓存，或者你在dd命令里使用了直接IO参数（比如oflag=direct），绕开了内核的块设备缓冲区。但这些都是特殊场景，通用情况下还是建议执行sync。

内容的提问来源于stack exchange，提问作者Jérôme Pouiller