补丁报告失败，但成功应用更改

Question

我从执行以下操作的脚本中收到以下错误：

1. 使用mount命令在本地安装图像
2. 将补丁文件应用于已安装的文件系统
3. 使用“ umount命令”卸载文件系统

在第2步中，我收到3个类似Hunk #1 FAILED at 1.的错误，其中两个错误指出原因是文件已存在，并且补丁程序正在尝试创建新文件。第三个错误是Hunk #1 FAILED at 3.，不提供失败原因。所以我检查了几件事：

1. 当我在应用补丁之前查看挂载时，它尝试创建的文件不存在。为了确保在应用补丁程序和检查已挂载的文件系统之前，我在脚本中添加了一个断点。
2. 当我在运行脚本后检查文件时，实际上所有3个补丁都成功地应用了它们的更改

所以我已经看过这个答案here，但是它提供的答案似乎并不能解释发生了什么。有人可以向我解释这种行为吗？

更新：

出现此错误的文件都在同一目录中：usr/lib/systemd/system，并且在修补程序的早期版本中，类似文件被列为在另一个目录中进行了修补：lib/systemd/system，所以我想知道是否以某种方式当应用这些补丁后，usr路径也会被更新，然后与以后的补丁冲突。但是，文件路径中的目录似乎都没有链接，所以我不知道该怎么回事

更正：

lib是指向usr/lib的符号链接，因此绝对是问题所在。感谢您抽出宝贵的时间来查看此内容