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 加载到
行也是如此,它应该通过 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
,如您在问题评论中所述。
以上就是为什么文件复制到容器后找不到的详细内容,更多请关注编程网其它相关文章!