使用Goofys挂载目录无法创建Zip文件，求解决思路

从你描述的情况来看，问题的核心其实是Goofys的POSIX兼容性限制，和zip命令的工作方式冲突了——这可不是权限的锅，咱们一步步捋：

为什么直接在挂载点执行zip会失败？ #

Goofys是基于S3的FUSE文件系统，它是为对象存储优化的，并不完全兼容POSIX标准。而zip命令在创建压缩包时，默认会在输出文件所在目录生成临时文件，并且需要对这个临时文件进行随机写入操作（比如更新压缩包的目录结构、校验信息等）——但Goofys恰恰不支持文件的随机写入（只能追加写，或者一次性写入完整文件），这就直接触发了"I/O error: Operation not supported"的报错。

而你把zip包先放/tmp再复制到挂载点能成功，是因为复制操作是一次性把完整文件上传到S3，这属于Goofys支持的操作范畴。

具体的解决线索 #

• 指定zip的临时文件目录到本地磁盘
  用--temp-path参数让zip先在本地（比如/tmp）完成压缩的所有随机写操作，再把最终的压缩包移动到Goofys挂载目录：

  zip --temp-path /tmp hoge.zip hoge
  

  这个命令会让zip在/tmp下创建临时压缩文件，完成所有写入操作后，再将最终的hoge.zip移动到当前的挂载目录，完美避开Goofys的限制。

• 验证Goofys的随机写入限制
  你可以用dd命令直接测试挂载点是否支持随机写入，进一步确认问题：

  # 先写入一个10KB的文件
  dd if=/dev/zero of=./test-file bs=1k count=10
  # 尝试在文件的20KB位置开始写入（随机写入操作）
  dd if=/dev/zero of=./test-file bs=1k seek=20 count=10
  

  如果第二个命令报错"Operation not supported"，就坐实了Goofys不支持随机写入的结论。

• 保持你现有的替代方案
  如果你觉得改zip参数麻烦，继续用"本地压缩→复制到挂载点"的流程也完全没问题，这是最稳妥的方式之一。

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