docker · Docker
報錯原文
exec /usr/local/bin/entrypoint.sh: exec format error
這是什麼意思
核心認不出那個可執行檔的標頭，而如今這幾乎總是架構不相符——在 Apple Silicon 上建置的 arm64 映像跑在 amd64 主機上，或者反過來。shell 指令碼少了第一行 #!/bin/sh 時也會印出同樣的字。用 docker build --platform=linux/amd64 建置是常見做法，但它不是消除不相符，而是用模擬把它蓋住：經過 QEMU 的執行比原生慢好幾倍。要長期使用的映像，用 buildx 同時建置兩種架構，才是執行時不付代價的路。
怎麼修
docker build --platform=linux/amd64 .- 來自
- docker
- Docker
- 12
docker 的錯誤要先歸到某一層才讀得懂——用戶端連不上守護行程、映像檔倉庫拒絕你、建置過程中某條 RUN 失敗、容器一起來就死掉，是四種不同的問題——而在建置和執行這兩層，那行字本身並不是原因：原因在裡面那條命令留下的輸出裡，各層修復的代價也不一樣。
怎麼讀報錯
- 從第一行往下讀。越往下越是工具內部的事，起因通常寫在最上面。
- 有檔名和行號就從那裡查——不是堆疊最上面那一格，而是最上面那條提到你自己寫的檔案的行。
- 把報錯原文照樣去搜，但先去掉你自己的路徑和變數名，正是那些讓搜尋比對不上。
- 同一種情況在不同版本裡措辭不同。結果不對頭，就把版本號一起加進查詢。
- 貼上修法之前，先確認它會丟掉什麼。這裡面有些是不能收回的。
常見問題
Q. “exec /usr/local/bin/entrypoint.sh: exec format error” 是什麼意思？
核心認不出那個可執行檔的標頭，而如今這幾乎總是架構不相符——在 Apple Silicon 上建置的 arm64 映像跑在 amd64 主機上，或者反過來。shell 指令碼少了第一行 #!/bin/sh 時也會印出同樣的字。用 docker build --platform=linux/amd64 建置是常見做法，但它不是消除不相符，而是用模擬把它蓋住：經過 QEMU 的執行比原生慢好幾倍。要長期使用的映像，用 buildx 同時建置兩種架構，才是執行時不付代價的路。
Q. 怎麼修？
docker build --platform=linux/amd64 . —— 執行前先看上面的說明，確認這條命令會丟掉什麼。
Q. 這是哪個工具報的？
docker。它屬於Docker，報錯原文有 5 個詞。
相關報錯
standard_init_linux.go: exec user process caused: no such file or directoryruncmanifest for myapp:v2 not found: manifest unknowndockerOCI runtime create failed: exec: "bash": executable file not found in $PATH: unknownruncCannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?dockerBind for 0.0.0.0:8080 failed: port is already allocateddockerConflict. The container name "/api" is already in use by containerdockerfailed to register layer: Error processing tar file(exit status 1): no space left on devicedockerpull access denied for myapp, repository does not exist or may require 'docker login'docker