runc · Docker
A mensagem
standard_init_linux.go: exec user process caused: no such file or directory
O que significa
O contêiner tentou executar seu entrypoint e o kernel respondeu "no such file" — e a armadilha é que o arquivo está claramente lá. As quebras de linha do script são CRLF, então a primeira linha é lida como #!/bin/sh\r e o kernel procura um interpretador chamado literalmente sh\r; clonar no Windows ou deixar o autocrlf do git ligado produz exatamente isso. dos2unix entrypoint.sh converte aquele arquivo (ou sed -i 's/\r$//' entrypoint.sh se não tiver), e uma linha *.sh text eol=lf no .gitattributes impede que volte. Citar no #! um interpretador que a imagem não tem — bash numa imagem alpine — dá o mesmo texto.
A correção
dos2unix entrypoint.sh- Impresso por
- runc
- Docker
- 12
Os erros do Docker só ficam legíveis quando você os coloca numa camada — o cliente que não alcança o daemon, o registro que te recusa, um RUN que falha durante o build e um contêiner que morre ao subir são quatro problemas diferentes — e nas camadas de build e execução a linha em si não é o motivo: o motivo está na saída do comando que rodava dentro, e o preço de cada correção também muda por camada.
Como ler uma mensagem de erro
- Leia da primeira linha para baixo. Quanto mais abaixo, mais são as tripas da ferramenta; a causa costuma estar no topo.
- Se há arquivo e número de linha, comece ali — não o quadro superior da pilha, e sim a linha mais alta que nomeie um arquivo seu.
- Pesquise a mensagem literal, mas tire primeiro seus caminhos e nomes de variáveis: é isso que impede a busca de casar.
- A mesma condição é redigida de formas diferentes conforme a versão. Se os resultados não batem, some o número da versão.
- Antes de colar uma correção, veja o que ela descarta. Algumas não dá para desfazer.
Perguntas frequentes
Q. O que significa “standard_init_linux.go: exec user process caused: no such file or directory”?
O contêiner tentou executar seu entrypoint e o kernel respondeu "no such file" — e a armadilha é que o arquivo está claramente lá. As quebras de linha do script são CRLF, então a primeira linha é lida como #!/bin/sh\r e o kernel procura um interpretador chamado literalmente sh\r; clonar no Windows ou deixar o autocrlf do git ligado produz exatamente isso. dos2unix entrypoint.sh converte aquele arquivo (ou sed -i 's/\r$//' entrypoint.sh se não tiver), e uma linha *.sh text eol=lf no .gitattributes impede que volte. Citar no #! um interpretador que a imagem não tem — bash numa imagem alpine — dá o mesmo texto.
Q. Como corrigir?
dos2unix entrypoint.sh — antes de rodar, veja acima o que este comando descarta.
Q. Qual ferramenta imprime isso?
runc. Fica em Docker e a mensagem tem 10 palavras.