파일을 컨테이너에 복사한 후 파일을 찾을 수 없는 이유는 무엇입니까?

php 편집기 Yuzai는 컨테이너 기술을 사용할 때 일반적인 문제에 직면할 수 있습니다. 파일을 컨테이너에 복사한 후에 찾을 수 없습니다. 이 문제는 일반적으로 Docker와 같은 컨테이너화 플랫폼을 사용할 때 발생합니다. 그 이유는 파일 경로가 잘못 설정되었거나 컨테이너 내부의 파일 시스템이 호스트와 일치하지 않기 때문일 수 있습니다. 이 문제를 해결하는 방법은 절대 경로를 사용하거나 공유 폴더를 통해 파일을 컨테이너에 복사하는 등 여러 가지가 있습니다. 이 문제를 해결하기 전에 먼저 컨테이너의 파일 시스템과 파일 경로 간의 매핑 관계를 이해하고 파일 경로를 올바르게 구성하는 방법을 이해해야 합니다.

질문 내용

아래 그림과 같은 dockerfile이 있습니다.

hello-world go 파일에서 바이너리를 빌드합니다. 그러나 다음 docker-compose 설정으로 이 컨테이너를 실행하려고 하면 exec ./start.sh: no such file or directory가 표시됩니다.

디렉토리 구조는

따라서 start.sh 应通过 copy 加载到 <code>builder 容器中。 . 行也是如此，它应该通过 copy --from=builder /app/start.sh /app/start.sh는 두 번째 컨테이너로 전달됩니다.

컨텍스트, start.sh 내용은 다음과 같습니다.

저에게 가장 혼란스러운 부분은 dockerfile에서 cmd [ "ls", "-l" ]로 변경하면 실제로 인쇄된다는 것입니다

dockerfile에서 entrypoint [ './hello-bin' ] ，二进制文件也会成功运行。我只是不明白为什么它说没有 ./start.sh로 변경하면.

업데이트: @larsks에서 영감을 받아 ./start.sh 的标头从 #!/bin/bash 更改为 #!/bin/sh，它会神奇地工作。我仍然很困惑这里的根本问题是什么，如果我想保留 bash 标头，我应该如何修复 docker 文件？

解决方法

发生错误是因为您在 start.sh 中使用了 #!/bin/bash에서 ./start.sh의 헤더를 변경하면 마술처럼 작동한다는 것을 알았습니다. 여기서 근본적인 문제가 무엇인지 여전히 혼란스럽습니다. bash 헤더를 보존하려면 docker 파일을 어떻게 수정해야 합니까?

해결 방법

bashAlpine docker 이미지에는 기본적으로 bash가 설치되어 있지 않습니다. 대신 Busybox 셸을 사용합니다.

컨테이너에 #!/bin/bash 更改为 #!/bin/sh를 설치할 수 있습니다.

위 내용은 파일을 컨테이너에 복사한 후 파일을 찾을 수 없는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!