Docker 打不开可执行文件

[xuegy]

新手刚刚接触 docker，Linux 总不能出现这么弱智的问题吧，那这么玄学的现象只能解释为 docker 问题。

如果用docker exec

OCI runtime exec failed: exec failed: container_linux.go:370: starting container process caused: no such file or directory: unknown

[nvkou]

我看到-x

[noqwerty]

你这个难道不是 paraview 文件夹里面有一个也叫 paraview 的文件？

[codehz]

(not found 多半是因为你没把依赖的共享库给加进去）

[xuegy]

@noqwerty 这个软件我用了好几年了，怎么运行我心里还是有点逼数的

[xuegy]

@codehz 那应该会显示找不到 xx.so 吧？不能直接说这个文件找不到啊

[codehz]

@xuegy #5 还有链接器本身啊，就是 ld-linux 那个

[xuegy]

@codehz 被 github 上的镜像给坑了...

[codehz]

（你直接复制 binary 肯定会炸啊，你需要到 alpine 上重新编译链接才能跑，不过 alpine 应该只是特殊需求才会用到）

[xuegy]

@codehz 搞不懂为什么这个人要在 Alpine 上做镜像，实现了 OpenGL support 又如何？ binary 都无法执行，纯属浪费别人的时间。想开个 issue 骂他...

[codehz]

@xuegy #9 你不能跑是你的事，按正常操作就不是直接丢设计为 glibc 环境的 binary 的，准确来说，docker 就应该把构建的步骤写在 dockerfile 里（然后用 multi pass 消除多余的层），而不是直接把生成的文件放进去。

[xuegy]

@codehz 我明白你的意思。我是说这个镜像本身就不该用 apline 做，因为 Linux 上大部分有生产力的三维软件都是闭源或开源但编译困难，正常情况下都是直接拷 binary 的。

[noqwerty]

@xuegy #4 的确是我错了，之前没注意到 ls 后面加上当前文件夹下的文件名也能正常显示

[Slartibartfast]

不会吧不会吧，不会真有人认为 Linux 可执行文件直接兼容所有发行版吧。

别说所有发行版了，你动态连接库少装一个也跑不出来啊。