Ubuntu 18.10下Java程序无法执行/tmp生成文件问题求助

这种情况其实非常典型——文件明明存在，却提示"No such file or directory"，本质不是文件找不到，而是Linux内核在执行该二进制文件时，找不到它依赖的动态链接器或共享库。结合你的strace输出（execve失败但stat能正常读取文件属性），我来一步步帮你解决：

第一步：定位问题根源 #

先确认这个生成的二进制文件的类型和依赖：

1. 用file命令查看文件架构：

   file /tmp/monalisa1846113800189529428bin
   

   如果输出包含ELF 32-bit LSB executable，说明这是一个32位程序，而你的Ubuntu 18.10是64位系统，默认没有安装32位运行时库，这就是核心问题。

2. 用ldd命令检查依赖缺失：

   ldd /tmp/monalisa1846113800189529428bin
   

   输出里标记为not found的项就是缺失的依赖库。

第二步：安装缺失的系统依赖 #

如果是32位程序的问题，直接安装32位运行时基础库：

sudo apt-get update && sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386

如果ldd显示其他特定库缺失，直接安装对应的32位版本即可（比如libxxx:i386）。

第三步：验证修复 #

安装完成后，直接执行该文件测试：

/tmp/monalisa1846113800189529428bin

如果能正常运行，再启动你的Java程序，问题应该就解决了。

关于优先系统配置还是修改代码？ #

优先选择系统配置。你的程序在Windows和Mac上能正常工作，说明业务逻辑本身没有问题，只是Linux环境缺少必要的运行依赖。修改代码（比如打包静态编译的二进制、换用其他执行方式）反而会增加复杂度，补全系统依赖是最直接高效的方案。

补充说明 #

为什么会出现这种误导性的错误提示？因为stat命令只检查文件是否存在、权限是否足够，而execve系统调用需要加载程序的动态链接器和所有依赖库——只要其中任何一个找不到，内核就会返回ENOENT（文件不存在），这个错误提示确实容易让人误解。

内容的提问来源于stack exchange，提问作者ljf