The atomic file-write path now catches EINVAL, ENOTSUP, EPERM, and ENOSYS errors from fchmod and fsync calls and continues rather than aborting. This resolves hard write failures on certain network filesystems and Docker-mounted volumes that don't support those syscalls.
Previously, a fchmod error on a file that had just been written would leave the file in an inconsistent state. Now Claude Code logs the limitation (e.g. "fchmod unsupported on this filesystem") and continues normally.
Evidence
Graceful syscall error handling (search for "fchmod unsupported on this filesystem:") — uze() helper at line ~55344; sync path at line ~55365
Strings lifted out of the shipped bundle, so the claim above can be checked against them.