如何在Docker中覆盖系统boot_id以测试应用行为？

以下是几种无需ptrace或LD_PRELOAD的替代方案：

1. 绑定挂载自定义文件覆盖目标路径 #

创建一个包含自定义boot_id内容的文件（比如主机上的/tmp/custom_boot_id），启动容器时通过--volume参数将该文件绑定挂载到容器内的/proc/sys/kernel/random/boot_id路径：

docker run -v /tmp/custom_boot_id:/proc/sys/kernel/random/boot_id:ro your-image

注意：部分环境下可能需要先在容器镜像中创建空的/proc/sys/kernel/random/boot_id文件，确保绑定挂载能生效。

2. Kubernetes环境下使用--boot-id-file参数 #

如果是在Kubernetes中部署容器，kubectl的run或create命令支持--boot-id-file参数，指定节点上的自定义boot_id文件路径，kubelet会将该文件内容作为容器的boot_id：

kubectl run test-app --image=your-image --boot-id-file=/host/node/path/custom_boot_id

需确保指定的文件存在于容器运行的节点上，可通过ConfigMap将自定义boot_id内容同步到节点后再引用。

3. 通过容器运行时配置自定义挂载（以containerd为例） #

若使用containerd作为容器运行时，可在容器配置的mounts字段中添加绑定挂载规则，将自定义文件映射到目标路径：

{
  "mounts": [
    {
      "source": "/tmp/custom_boot_id",
      "destination": "/proc/sys/kernel/random/boot_id",
      "type": "bind",
      "options": ["ro"]
    }
  ]
}

通过containerd的API或配置文件应用该规则后启动容器。

4. 用systemd-nspawn替代Docker（若场景允许） #

如果不局限于Docker，systemd-nspawn提供了直接设置boot_id的参数，无需复杂挂载：

systemd-nspawn --boot-id=deadbeef-dead-dead-dead-deadbeefdead --image=your-image

内容的提问来源于stack exchange，提问作者Radim Vansa