php小编鱼仔在使用容器技术时，可能会遇到一个常见问题：文件复制到容器后找不到。这个问题通常出现在使用Docker等容器化平台时。原因可能是文件路径设置不正确，或者容器内部的文件系统与宿主机不一致。解决这个问题的方法有多种，比如使用绝对路径，或者通过共享文件夹的方式将文件复制到容器中。在解决这个问题之前，我们需要先了解容器的文件系统和文件路径的映射关系，以及如何正确配置文件路径。
问题内容
我有一个如下所示的 dockerfile：
from golang:1.19 as builder workdir /app copy . . run cgo_enabled=0 go build -v -o "hello-bin" #from scratch from alpine copy --from=builder /app/hello-bin /app/hello-bin copy --from=builder /app/start.sh /app/start.sh workdir /app entrypoint [ "./start.sh" ]
它只是从 hello-world go 文件构建一个二进制文件。但是，当我尝试使用以下 docker-compose 设置运行此容器时，它显示 exec ./start.sh: no such file or directory。
version: "3"
services:
hello:
restart: always
build:
context: .
dockerfile: dockerfile
目录结构为
❯ tree . . ├── dockerfile ├── docker-compose.yaml ├── go.mod ├── hello ├── init.go └── start.sh
因此 start.sh 应通过 copy 加载到 <code>builder 容器中。 . 行也是如此，它应该通过 copy --from=builder /app/start.sh /app/start.sh 传递到第二个容器。
上下文，start.sh的内容如下：
#!/bin/bash
_main() {
echo "start"
}
_main "$@"
我最困惑的部分是，如果我在 dockerfile 中将其更改为 cmd [ "ls", "-l" ] ，它实际上会打印出来
awesomeproject3-hello-1 | -rwxr-xr-x 1 root root 1819562 May 19 02:41 hello-bin awesomeproject3-hello-1 | -rwxrwxrwx 1 root root 51 May 19 02:39 start.sh
如果我在 dockerfile 中将其更改为 entrypoint [ './hello-bin' ] ，二进制文件也会成功运行。我只是不明白为什么它说没有 ./start.sh。
更新：受@larsks的启发，我注意到如果我将 ./start.sh 的标头从 #!/bin/bash 更改为 #!/bin/sh，它会神奇地工作。我仍然很困惑这里的根本问题是什么，如果我想保留 bash 标头，我应该如何修复 docker 文件？
解决方法
发生错误是因为您在 start.sh 中使用了 #!/bin/bash。
Alpine docker 镜像默认没有安装 bash。它使用 Busybox shell 代替。
您可以在容器中安装 bash 。请参阅 Docker：如何将 bash 与 Alpine 一起使用基于docker镜像？
或者您可以将 #!/bin/bash 更改为 #!/bin/sh，如您在问题评论中所述。
