Pourquoi le fichier ne peut-il pas être trouvé après l'avoir copié dans le conteneur ?

l'éditeur php Yuzai peut rencontrer un problème courant lors de l'utilisation de la technologie des conteneurs : les fichiers sont introuvables après avoir été copiés dans le conteneur. Ce problème se produit généralement lors de l'utilisation de plateformes de conteneurisation telles que Docker. La raison peut être que le chemin du fichier n'est pas défini correctement ou que le système de fichiers à l'intérieur du conteneur est incohérent avec l'hôte. Il existe de nombreuses façons de résoudre ce problème, par exemple en utilisant un chemin absolu ou en copiant le fichier dans le conteneur via un dossier partagé. Avant de résoudre ce problème, nous devons d'abord comprendre la relation de mappage entre le système de fichiers du conteneur et le chemin du fichier, et comment configurer correctement le chemin du fichier.

Contenu de la question

J'ai un fichier docker comme indiqué ci-dessous :

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" ]

Il construit simplement un binaire à partir du fichier hello-world go. Cependant, lorsque j'essaie d'exécuter ce conteneur avec les paramètres docker-compose suivants, cela s'affiche exec ./start.sh: no such file or directory.

version: "3"

services:
  hello:
    restart: always
    build:
      context: .
      dockerfile: dockerfile

La structure du répertoire est

❯ tree .
.
├── dockerfile
├── docker-compose.yaml
├── go.mod
├── hello
├── init.go
└── start.sh

Par conséquent start.sh 应通过 copy 加载到 <code>builder 容器中。 . 行也是如此，它应该通过 copy --from=builder /app/start.sh /app/start.sh est passé au deuxième conteneur.

Contexte, le contenu de start.sh est le suivant :

#!/bin/bash

_main() {
  echo "start"
}

_main "$@"

La partie la plus déroutante pour moi est que si je le change en cmd [ "ls", "-l" ] dans le fichier docker, il l'imprimera

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

Si je le change en entrypoint [ './hello-bin' ] ，二进制文件也会成功运行。我只是不明白为什么它说没有 ./start.sh dans le fichier docker.

Mise à jour : Inspiré par @larsks, j'ai remarqué que si je change l'en-tête de ./start.sh de ./start.sh 的标头从 #!/bin/bash 更改为 #!/bin/sh，它会神奇地工作。我仍然很困惑这里的根本问题是什么，如果我想保留 bash 标头，我应该如何修复 docker 文件？

解决方法

发生错误是因为您在 start.sh 中使用了 #!/bin/bash, cela fonctionne comme par magie. Je ne comprends toujours pas quel est le problème sous-jacent ici, comment dois-je réparer le fichier Docker si je souhaite conserver les en-têtes bash ?

SolutionL'erreur s'est produite parce que vous avez utilisé #!/bin/bash dans

.

bashL'image Docker Alpine n'a pas de bash installé par défaut. Il utilise à la place le shell Busybox.

Vous pouvez installer #!/bin/bash 更改为 #!/bin/sh dans un conteneur. Voir

Docker : Comment utiliser bash avec une image Docker basée sur Alpine ? 🎜🎜 🎜Ou vous pouvez le remplacer par 🎜, comme vous l'avez mentionné dans le commentaire de la question. 🎜

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!