-bash: /root/java/jdk/bin/java: cannot execute binary file

# java/jdk1.6.0_12/bin/javac-bash: java/jdk1.6.0_12/bin/javac: cannot execute binary file 后来检验,检查了一段时间,没有问题,最后有高人提示 经验证,是64位版本移到32位上. http://www.cnblogs.com/quxuedan/archive/2012/08/22/2650497.html

这种情况一般虚拟机的位数(32和64)不匹配造成的.重新下一个和你虚拟机匹配的JDK版本就行了 其中带有X64的都是64位,其他32位 Linux下出现/java: cannot execute binary file

一.背景 windows下用linux工具,但32位的却无法运行报错 aapt: cannot execute binary file: Exec format error file aapt aapt: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, for GNU/Linux 2.6.24 二.解决办法 github上@Froosh给出了他的解决方案,通过安装qemu来运行32

在centos 7.1上安装nmon后,从管网(http://nmon.sourceforge.net/pmwiki.php?n=Site.Download)下载tar包解压后,两台机器一台提示 cannot execute binary file,另一台提示/lib64/ld64.so.1不存在 找了好久都没找到解决方法,换rpm安装方式解决 rpm 下载地址 http://rpm.pbone.net/index.php3/stat/4/idpl/29435642/dir/redhat_el_

最近在ubuntu 12.04下安装QT的过程中,遇到一个问题. ./qt-opensource-linux-x64-5.7.0.run出现了bash: ./qt-opensource-linux-x64-5.7.0.run: cannot execute binary file. 我用我自己的解决方案分享给大家,同时也为自己以后做个笔记. 第一:查看Linux当前操作系统名称(信息).命令:uname -a出现下面这个:Linux ubuntu 3.5.0-23-generic #35~pre

一.前言 最近进行uClinux移植,make menuconfig时碰到如下问题: [[email protected] uClinux-dist]$ make menuconfig find vendors -mindepth 2 '(' -name .svn -prune ')' -o -type f -name Kconfig -print | sed 's:^:source ../:' > vendors/Kconfig config/mkconfig > Kconfig KCONF

linux系统下遇到cannot execute binary file的问题,一般由以下情况造成: 非root用户或者无执行权限 编译环境不同(程序由其他操作环境复制过来) 对于第一种情况,采用增加执行权限即可chmod +x program 对于第二种情况,建议将该程序二进制包拷贝过来,重新编译程序.因为我在实际操作过程中发现我将美国的VPS的整个操作系统环境打包后下载到本地服务器上解压后运行其中的程序会有如题所示问题出现,百思不得其解,系统都为centos5.2,最终发现是两者编译环境不同

需要检查一下这个文件是否 shell 脚本, 如果是shell脚本, 才可以使用 "sh ***.run"的形式执行. 如果本身是一个可执行的命令程序, 不需要使用 sh, 直接加上执行权限, 执行这个应用程序就可以 (类似 windows下的 .exe文件 ) 如果不是shell脚本 1. file 文件名 可以查看文件类型; 2. 或者: more 文件名 查看文件内容是否可读文本 3. 修改权限 chmod 777 文件名 或者: chmod a+x 文件名 如果没有权限, 需要

问题:我在查看java版本的时候弹出以下报错 [[email protected] bin]# java -version 搞了半天不知道什么问题,一般来说是没有执行权限,但是我查看后这个是有执行权限的 [email protected] jiaoben]# which java [[email protected] jiaoben]# ll /usr/bin/java 后来才发现我部署的时候统一用的64位的源码包,但是这台服务器居然是装的32位的系统,所有会出错 [[email protect