通过Singularity运行iMOKA时bash脚本rm/mv命令报I/O错误排查求助

问题现象 #

• 通过Singularity运行生物信息学工具iMOKA时，脚本内mkdir命令可正常执行，但rm、mv命令触发/bin/rm: Input/output error错误，首次出现于iMOKA_core/scripts/preprocessed.sh第256行及后续代码
• 手动删除对应文件无异常，可排除硬件IO故障
• 服务器为虚拟化环境，其他工具未出现同类问题
• 同批次运行时错误表现一致，但不同批次中该错误可能完全消失
• 初步怀疑问题与绑定包含输入文件及Singularity镜像的文件夹有关，正在尝试复现

排查与解决方向 #

1. 检查Singularity绑定目录的配置
   • 确认绑定目录时是否误设为只读权限，可显式指定读写属性重新运行：singularity run --bind /path/to/your/data:/data:rw imoka.sif
   • 排查绑定路径是否包含多层符号链接，虚拟化环境下Singularity对深层软链接的处理可能存在异常，建议直接绑定实际物理目录而非软链接路径
2. 验证镜像内工具的可用性
   • 进入镜像内部检查rm、mv的权限：singularity exec imoka.sif ls -l /bin/rm /bin/mv，确保工具拥有可执行权限
   • 在镜像内手动执行rm/mv操作，确认是否能复现错误，以此排除脚本逻辑本身的问题
3. 调整Singularity的隔离参数（测试用）
   • 虚拟化环境中，可尝试禁用部分隔离特性，比如添加--no-mount tmpfs参数运行，看是否能解决IO错误
   • 若测试需要，可临时使用--privileged参数（谨慎操作，避免权限风险），验证是否为权限隔离导致的问题
4. 脚本层面的临时规避方案
   • 若暂时无法定位根因，可修改preprocessed.sh中的rm/mv命令，改用宿主机的工具执行（需确保路径映射正确），比如将rm /container/path/file替换为rm /host/path/file
   • 也可给rm/mv命令添加重试逻辑，减少偶发错误的影响：

     # 示例：给rm命令添加3次重试
     retry_count=3
     target_file="/path/to/your/file"
     while [ $retry_count -gt 0 ]; do
         rm "$target_file" && break
         retry_count=$((retry_count - 1))
         sleep 1
     done
     

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