应先运行lsattr检查文件是否被chattr +i或+a属性锁定，若输出含i（如----i---------e---），须用root执行chattr -i解除；再排查是否挂载为只读、selinux拦截或文件系统错误。
Linux 下解除文件只读保护，不能只看 chmod 是否生效——很多情况下你改了权限仍报 Operation not permitted，是因为文件被更底层的机制锁死了。
检查是否被 chattr 属性锁定
这是最常被忽略、也最容易误判的原因。即使 ls -l 显示有 w 权限，只要文件设置了 i（不可修改）或 a（仅追加）属性，任何写操作都会失败。
- 运行
lsattr /path/to/file查看属性，输出如----i---------e---表示带i标志 -
i属性必须由 root 用chattr -i /path/to/file解除，chattr +i是单向加固，chmod完全无效 - 注意：
chattr锁定不依赖挂载选项，umount 后依然存在；解除前请确认该文件确实不需要保护（如系统日志、关键配置）
确认文件系统是否整体只读挂载
如果 mount | grep "ro" 显示所在分区是 (ro)，那改单个文件权限毫无意义——内核会直接拦截所有写入请求。
- 先查具体挂载点：
findmnt -T /path/to/file或df /path/to/file - 再看挂载状态：
mount | grep $(findmnt -n -o SOURCE -T /path/to/file) - 若确认是
ro，不要直接remount,rw，先运行dmesg -T | tail -20看是否有EXT4-fs error或I/O error—— 这说明只读是内核主动保护，强行 remount 可能损坏数据
排查 SELinux 或文件系统错误
在 RHEL/CentOS/Fedora 等启用 SELinux 的系统中，Operation not permitted 很可能来自策略拒绝，而非权限或属性问题。
- 临时验证：执行
setenforce 0（不重启），再试写操作；若成功，说明是 SELinux 拦截 - 查具体拒绝记录：
ausearch -m avc -ts recent | audit2why - 对 ext4 文件系统，还需检查是否因错误自动转为只读：
tune2fs -l /dev/sdXN | grep "Filesystem state"，若输出clean with errors，必须先e2fsck -f /dev/sdXN（需 umount）
真正麻烦的不是“怎么解”，而是“为什么锁”——i 属性、ro 挂载、SELinux、硬件 I/O 错误，四者表现一致但成因和风险天差地别。动手前多看一眼 lsattr 和 dmesg，比反复 chmod 有用得多。
