fseek调用返回ENOSYS错误的原因排查

程序启动时，某函数打开文件并从NVS中读取位置值，短时间内调用fseek会返回「[Line : 670] fseek ERROR : Function not implemented」错误，过段时间再次调用则可正常执行。此前已对多个文件执行多次fopen/fclose操作，涉及的文件/spiffs/data/log.log大小为10kB且数据完整。查阅资料得知fseek本不应返回ENOSYS错误，现咨询哪些条件会导致f*系列函数返回该错误。

相关代码：

FILE *file;
file = fopen("/spiffs/data/log.log", "rb+");
if(file == NULL) return;
if(fseek(file, 30, SEEK_SET) != 0) {
    fprintf(stderr, "[Line : %d] fseek ERROR : ", __LINE__);
    perror("");
}

可能导致f*系列函数返回ENOSYS错误的条件 #

• 文件系统驱动接口未完全实现：如果使用的SPIFFS文件系统驱动（或底层POSIX接口）没有完整实现fseek对应的底层函数（如lseek），就会返回ENOSYS。这种情况可能不是全局未实现，而是程序启动初期文件系统还在挂载/初始化流程中，部分接口暂不可用，等待初始化完成后恢复正常。
• 文件状态未同步：多次fopen/fclose操作后，文件系统可能存在资源竞争，或之前的文件操作未完全完成（比如fclose的同步流程未结束），导致当前打开的文件句柄处于半初始化状态，此时调用fseek会触发底层接口未就绪的错误。
• 文件打开模式兼容性问题：虽然代码使用了rb+读写模式，但如果文件系统对该模式下的fseek支持有缺陷，比如仅实现了只读/只写模式下的定位逻辑，混合读写模式下未适配，也可能返回ENOSYS。
• 底层系统调用未绑定：嵌入式系统中C标准库的f*函数依赖POSIX系统调用。如果系统调用表未正确注册lseek等相关函数，或者注册过程在程序启动后期才完成，就会导致初期调用时返回未实现错误。
• 文件系统挂载未完成：SPIFFS挂载可能是异步或需要耗时的操作，程序启动时fopen看似成功（实际可能是临时句柄），但此时文件系统核心功能未就绪，fseek依赖的底层定位接口还未初始化，因此返回ENOSYS。

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