因为只读限制可能作用于那个绑定挂载入口，并没有把原文件系统整体设为只读。mount官方手册说明，只读bind创建的是只读挂载点，原文件系统的超级块仍可写。因此，目标路径不能写、原路径仍能写这两种结果可以同时成立，不能仅凭这个差异认定权限设置失效。
适用前提是Linux中确实存在相应绑定挂载与只读设置。观察时先由维护人员确认本次操作经过哪个挂载入口、目标挂载点的实际选项，以及原文件系统的状态。只有一个目录名称或软件显示的只读标签，还不足以判断限制覆盖哪条访问路径，不把普通文件权限与挂载选项混成同一层。
官方在Bind mount operation中把只读VFS入口与原文件系统区分开。这是不同作用范围，不是说只读目标可以随意绕过，也不是建议另找一条可写路径继续工作。若管理要求原数据整体不能被修改，负责人员需要核对完整访问安排，不能只确认其中一个入口写入失败，就宣布整个数据对象已受到相同限制。
反过来，在原路径发现内容更新，也不能直接证明目标挂载点曾允许写入；变更可能经由其他实际可写入口发生。应把操作时间、使用路径与实际挂载关系对应起来，再检查既定方案是否满足要求。本文不把这种机制等同于ext4只读挂载时的日志回放，也不将它描述为文件系统已经出错。
风险是为了试验只读限制而对重要原件反复写入、修改挂载参数或在业务运行中卸载路径。下一步先保留只读目标和原路径的关系、已有操作记录，交由有权限的管理方核对范围。深圳罗湖区台式电脑有本站启用覆盖记录，400-877-9605可咨询第三方维修对接，具体地址与Linux电脑侧挂载检查范围当次核实。