Estoy tratando de crear una imagen base siguiendo las instrucciones proporcionadas en la página web oficial de Docker ( https://docs.docker.com/samples/library/scratch/ )
docker --version Docker version 18.09.6, build 481bc77 OS Details: NAME="Ubuntu" VERSION="18.04.2 LTS (Bionic Beaver)"DockerFile:
FROM scratch COPY hello / CMD ["/hello"]Hola C
#include <stdio.h> int main() { // printf() displays the string inside quotation printf("Hello, World!"); return 0; }Puedo compilar el programa C y ejecutarlo localmente
Puedo construir la imagen usando el dockerfile pero cuando trato de ejecutar el contenedor, aparece el siguiente error:
# docker run -i hello standard_init_linux.go:211: exec user process caused "no such file or directory" #Espero que el contenedor se ejecute correctamente e imprima "Hello World" en la consola. la mayoría de las respuestas proporcionadas solicitan cambiar el EOL, lo que no es aplicable ya que ya estamos en Linux y no intentamos ejecutar el script.
Supongo que obtienes este error porque creaste un binario vinculado dinámico como el siguiente:
$ gcc -o hello hello.c $ ldd hello linux-vdso.so.1 (0x00007ffe3b1ec000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7fe1fc7000) /lib64/ld-linux-x86-64.so.2 (0x00007f7fe25ba000) El scratch es realmente básico, que no tiene tantos so para su enlace binario a dinámico. Por lo tanto, debe crear un enlace binario estático, como:
$ gcc -o hello -static hello.c $ ldd hello not a dynamic executableEntonces, funcionará como el siguiente:
$ docker build -t hello . Sending build context to Docker daemon 848.4kB Step 1/3 : FROM scratch ---> Step 2/3 : COPY hello / ---> 9d594b34f774 Step 3/3 : CMD ["/hello"] ---> Using cache ---> 2f1bad3099d3 Successfully built 2f1bad3099d3 Successfully tagged hello:latest $ docker run -i hello Hello, World! Y, si no usa una imagen .so scratch el sistema, entonces no necesita construir un binario estático.
Parece que esto sucede cuando los guiones tienen saltos de línea incorrectos. Según la configuración de git, es posible que tenga DOS CRLF en lugar de UNIX LF. Establecer los saltos de línea me ayudó a solucionar el problema.