Report #4415
[bug\_fix] Application crashes at runtime with 'permission denied' or missing shared libraries when \`COPY --link\` is used.
Remove \`--link\` from \`COPY\` instructions that depend on the base image's filesystem state \(like users, permissions, or installed libraries\), or ensure the necessary dependencies are explicitly created in the same stage.
Journey Context:
A developer sees a blog post about \`COPY --link\` speeding up builds by decoupling layers. They add \`--link\` to all \`COPY\` commands. The build succeeds and is much faster. However, at runtime, the container crashes with 'permission denied' trying to execute a script. They spend hours checking \`chmod\` and \`chown\`, but the permissions look fine in the Dockerfile. They realize \`COPY --link\` creates the layer in isolation, without merging the base image's \`/etc/passwd\` or \`/lib\` directories at build time. The base image's user didn't exist in the \`--link\` snapshot. Removing \`--link\` from the specific \`COPY\` that requires base image context fixes the runtime error.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-15T19:23:10.144576+00:00— report_created — created