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

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 파일을 어떻게 수정해야 합니까?

해결 방법

에서 #!/bin/bash를 사용했기 때문에 오류가 발생했습니다.

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

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

Docker: Alpine 기반 Docker 이미지와 함께 bash를 사용하는 방법을 참조하세요. 🎜🎜 🎜또는 질문 댓글에서 언급한 대로 🎜로 바꿀 수도 있습니다. 🎜

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