Linux 中没有 sync -f 选项，因为 sync 命令仅全局调用 sys_sync() 刷写所有已挂载文件系统的脏页，不支持按文件过滤；真正按文件落盘应使用 fsync 等系统调用级方法。
Linux 中没有 sync -f 这个合法选项。官方 sync 命令不接受路径参数，也不支持“只同步某个文件”——它总是作用于**所有已挂载文件系统**的内核缓冲区（即全部脏页），无法按文件或目录过滤。
为什么 sync -f 不存在且不可行
– sync 是对整个 VFS 层调用 sys_sync() 系统调用，设计上就是全局行为；
– 所谓“指定文件落盘”，实际需要的是应用层或文件系统层的精确控制，sync 命令本身不具备该能力；
– 网上出现的 sync -f /path 多为误解或混淆了其他工具（如某些定制脚本、busybox 变种，或误将 syncfs() 封装当成了标准 sync）。
真正能按文件落盘的替代方案
若目标是确保**某个关键文件**（如配置、日志、数据库事务日志）在掉电前完全写入磁盘，应使用以下系统调用级命令：
-
fsync（推荐）：通过strace或编程调用，但命令行需借助工具：
→ 使用perl或python调用：perl -e 'open my $fh, "+（0x4004667a 是 <code>F_SYNC的 ioctl 值，非便携）
→ 更实用的是用bash的exec+fsync（需支持该内置）或直接调用外部工具：dd if=/dev/null of=/path/to/file conv=notrunc,fdatasync bs=1 count=0 2>/dev/null -
fdatasync：比fsync轻量，只刷数据不刷元数据（如修改时间），适合纯内容写入场景；
→ 同样无原生命令行，常用方式：perl -MIO::Handle -e 'open my $f, "+fdatasync' /path/to/file -
syncfs：可针对**某个挂载点**（而非单个文件）同步，需传入该路径所在文件系统的挂载点：syncfs /mnt/data（要求内核 ≥ 3.12，且 filesystem 支持）
日常掉电防护的合理做法
– 对单个重要文件，应在**应用自身逻辑中调用 fsync() 或 fdatasync()**（如数据库 commit 后、日志 write 后）；
– 若必须命令行触发，优先用 dd ... oflag=fdatasync 或封装好的小工具（如 eatmydata 的反向操作）；
– 不要依赖 sync 来“保护某文件”——它只能提供最后一道全局防线，不能替代应用层持久化保证；
– 配合硬件策略：禁用磁盘 write-back cache（hdparm -W0 /dev/sdX）、启用 NVMe 的 volatile write cache 关闭（nvme set-feature -f 0x05 -v 0 /dev/nvme0n1）。
