Linux内核6.1.27下mmap用MAP_SYNC失败报错“Operation not supported”求助

错误原因 #

你遇到的mmap返回MAP_FAILED且错误码为Operation not supported，核心原因是MAP_SYNC标志的使用存在严格的环境要求，当前场景不满足：

• 文件系统支持限制：MAP_SYNC仅适用于支持同步映射的文件系统，比如启用DAX（Direct Access）特性的ext4/XFS，或是tmpfs。默认配置的非DAX文件系统（如常规ext4）不支持该标志。
• 打开文件的标志缺失：调用open时必须搭配O_SYNC或O_DSYNC标志，确保文件描述符具备同步IO能力，否则内核会拒绝MAP_SYNC的映射请求。你的代码中仅使用了O_RDWR，缺少必要的同步打开标志。

满足需求的解决方案（无需手动调用msync） #

要实现内核自动管理写入同步，需按以下步骤调整：

1. 确保文件系统支持同步映射

   • 若使用ext4/XFS：挂载存储设备时添加-o dax参数（注意：DAX仅兼容支持直接访问的硬件，如NVMe SSD）；
   • 或直接使用tmpfs（tmpfs默认支持同步映射，无需额外配置）。

2. 修改open调用，添加同步标志
   将打开文件的代码修改为：

   int fd = ::open(file_name.data(), O_RDWR | O_SYNC);
   

   若对性能有要求，可替换O_SYNC为O_DSYNC（仅同步文件数据，不同步元数据，开销更低）。

3. 保留原mmap参数
   完成上述调整后，原mmap调用即可正常运行：

   auto *ptr = mmap(nullptr, size, PROT_READ | PROT_WRITE, MAP_SHARED_VALIDATE | MAP_SYNC, fd, 0);
   

   此时内核会自动将映射区域的写入操作同步到底层文件，无需手动调用msync。

关于你提到的MS_SYNC/MS_ASYNC注意点 #

你所说的“指定MAP_SHARED_VALIDATE | MS_SYNC或MAP_SHARED_VALIDATE | MS_ASYNC也能正常运行”属于笔误：MS_SYNC/MS_ASYNC是msync系统调用的参数，不能直接作为mmap的标志位使用。实际可行的场景是用不带MAP_SYNC的mmap，之后手动调用msync同步，但这不符合你“无需手动调用msync”的需求。

内容的提问来源于stack exchange，提问作者LeXav