当我在windows 10上运行docker映像时。我得到这个错误:

standard_init_linux.go:190: exec user process caused "no such file or directory"

我的docker文件是:

FROM openjdk:8

EXPOSE 8080

VOLUME /tmp

ADD appagent.tar.gz /opt/app-agent
ADD services.jar app.jar
ADD run.sh /run.sh

# Install compiler and perl stuff
RUN apt-get update
RUN apt-get install -y build-essential
RUN apt-get install -y gcc-multilib
RUN apt-get install -y perl

# Install Percona Toolkit
RUN apt-get install --yes percona-toolkit
RUN ["chmod", "+x", "/run.sh"]
ENTRYPOINT ["/run.sh"]

脚本以#!开头/bin/sh

#!/bin/sh
set -e

JAVA_OPTS="-Dfile.encoding=UTF-8 -Djava.security.egd=file:/dev/urandom"

if [ "${APPD_APP_NAME}" != "" ]; then
JAVA_AGENT="-javaagent:/opt/app-agent/javaagent.jar
fi

exec java ${JVM_OPTS} ${JAVA_OPTS} ${JAVA_AGENT} -jar /app.jar

尝试method1: 试着改变#!/bin/sh到#!/bin/bash但是得到同样的错误。

尝试method2: docker文件中新增dos2unix

RUN apt-get install -y dos2unix
RUN dos2unix /run.sh

当前回答

我在.sh文件的末尾多了一行。我删除了它并修复了这个问题。

其他回答

这是CRLF的问题。我用这个解决了这个问题:

git config --global core.eol lf

git config --global core.autocrlf input

find . -type f -print0 | xargs -0 dos2unix

请注意类似的错误,例如:

standard_init_linux.go:211: exec user process caused "no such file or directory"

如果为其构建映像的体系结构与您的系统不匹配,就会发生这种情况。例如,试图在x86_64机器上运行为arm64构建的映像会生成此错误。

使用notepad++将CRLF替换为LF

notepad++的查找/替换功能很好地处理了这一要求 好。只需打开替换对话框(CTRL+H),选择 扩展搜索模式(ALT+X),搜索“\r\n”并替换为 “\ n”: 点击全部替换(ALT+A)

重新构建并运行docker映像应该可以解决您的问题。

对于VScode用户,在IDE的右下角你可以找到CRLF/LF,所以切换到LF并再次保存你的文件。恩! !你会没事的。

这里有多个正确答案。我没有看到它的VIM版本,所以在这里。在VIM中打开文件,检查底部状态行,例如,执行set ff=dos(用于CRLF)或set ff=unix(用于LF)。