ln -s 已创建链接，打开却报 No such file or directory：相对路径基于链接目录

从项目根目录执行 ln -s source aa/bb/cc/dd/dest，ls -l 能看到 dest -> source，读取 dest 却报 No such file or directory。创建成功说明链接文件已写入，不表示它保存的目标路径能够解析。

相对符号链接的目标是相对于链接所在的父目录解析，而不是相对于执行 ln 时的工作目录。这个例子保存的 source 会被当作 aa/bb/cc/dd/source，不会自动指向项目根目录里的 source。

先查看链接存了什么

下面是只读检查示例，假设项目根目录为 /srv/project：

ls -l /srv/project/aa/bb/cc/dd/dest
readlink -- /srv/project/aa/bb/cc/dd/dest

没有 canonicalize 选项的 readlink 显示链接保存的字符串。若输出仅为 source，就应到链接父目录确认这个相对路径，而不是到当前终端目录确认同名文件存在。

这类断链不需要靠 chmod +x 修复。路径解析正确后仍报 Permission denied 时，才继续核对文件与父目录权限、挂载或访问策略；两种错误不能混为一谈。运行在容器或受限文件系统中时，还要用访问链接的进程所见路径确认目标可见。

手工相对路径要从链接父目录算起

以下仍以项目根目录包含 source、链接位于四层子目录为结构示例。为避免覆盖原文件，先用一个确认不存在的新链接名：

ln -s ../../../../source /srv/project/aa/bb/cc/dd/dest.new

这里四个 .. 从 dd 回到 /srv/project。目录层级改变就需要重新计算，不能把这串路径照搬到两层或三层目录。正常的 ln -s 保存提供的相对字符串，不会替你推算从另一处到目标的路径。

若目录结构以后整体搬迁，相对链接能否继续工作，取决于链接与目标之间的关系有没有保持。仅移动链接或目标之一，仍可能断链；不能把“相对”理解成自动追踪文件。

也可以选择绝对目标，但它会依赖运行环境中的完整路径。宿主机上有效的绝对路径在容器中可能不可见，需按实际部署布局选择。

GNU ln 的 -r 可以生成相对目标

支持 --relative 的 GNU ln 可以从目标路径和链接位置计算相对链接。仍使用新链接名，先确认 source 是预期文件、父目录存在且可写：

ln -srT -- /srv/project/source /srv/project/aa/bb/cc/dd/dest.new

-s 创建符号链接，-r 生成相对于链接位置的目标，-T 将最后一个参数作为链接名而不是目标目录处理。新链接名必须不存在；不要添加 -f 来强制删除已有目标。

GNU ln 的相对计算会使用规范化后的目标和链接父目录，解析这些路径中的符号链接。如果需要刻意保留另一层符号链接的间接指向，应先明确最终希望保存的关系，不要认为 -r 会原样保留输入中所有中间链接。

这些参数是实现能力，不能假设所有 ln 都支持。在缺少 -r 的环境中，按实际父目录计算并保存相对路径，或采用部署允许的绝对目标；不要为了这一处链接随意替换系统工具。

用真正的访问入口核对新链接

在 GNU readlink 上，可以用下面的只读检查要求路径的所有组成部分存在：

readlink -e -- /srv/project/aa/bb/cc/dd/dest.new

核对它解析到预期目标，并确认命令成功。readlink -f 允许最后一个组成部分不存在，仅看到它输出一个路径不能证明目标存在，所以这里使用 -e。

随后按访问方原有的读取方式检查新链接，确认读取的是预期内容与版本；路径可解析也不保证访问身份有相应权限。涉及执行脚本或业务写入时，应按原流程验证其影响，不能把执行任务当成纯路径检查。

替换原链接前记录旧链接字符串和文件类型，确认原位置确实是要修改的链接，保存部署配置。用已经核对的链接更新原入口，避免批量强制覆盖同名普通文件。失败时恢复旧链接或部署配置，保留新链接供检查；目标文件被修改的内容不会因为恢复链接自动撤销。