wrong ELF class: ELFCLASS64

最新推荐文章于 2025-09-25 14:21:34 发布
转载 最新推荐文章于 2025-09-25 14:21:34 发布 · 2.4w 阅读 · 2
文章标签：

#linux ERROR

本文介绍了一个在64位Linux系统上执行Oracle命令时遇到的问题：“cbsset:errorwhileloadingsharedlibraries:libclntsh.so.10.1: wrongELFclass:ELFCLASS64”。文中详细解释了问题产生的原因，并提供了解决方案，即通过设置oralce-lib环境变量指向lib32来解决。
原文地址： http://blog.163.com/ren_guangyuan/blog/static/98748841200810551941697/


今天在执行一个oracle命令的时候遇到的问题

cbsset: error while loading shared libraries: libclntsh.so.10.1: wrong ELF class: ELFCLASS64

已解决

linux系统是64位的，这个命令不支持64位

最佳解决方案，把oralce-lib环境变量设置为lib32即可。


量子波儿注：
这个错误可以推而广之。在64位linux系统运行其它的32位二进制文件时，都会出现“ wrong ELF class: ELFCLASS64”这个错误提示。
知道了错误原因，如何解决应该是显而易见了。




error while loading shared libraries: libclntsh.so.11.1: wrong ELF class: ELFCLASS64
新路的专栏
01-10 1万+
error while loading shared libraries: libclntsh.so.11.1: wrong ELF class: ELFCLASS64 解决这个问题有两种方法   1、在当前用户下，添加链接库所在路径 vi .bash_profile 添加或修改 export LD_LIBRARY_PATH=$ORACLE_HOME/lib32:$
Linux交叉编译
qq_63221511的博客
01-28 263
wrong ELF class ELFCLASS64
ELF文件格式解析
最新发布
IfYouHave的博客
09-25 1377
ELF文件是Linux系统的主要可执行文件格式，分为可执行文件、可重定位文件和共享目标文件三类。其结构包含ELF文件头（标识文件属性和关键表位置）、程序头表（指导内存加载）、节头表（管理代码和数据节）以及符号表等辅助结构。通过解析这些结构，可定位可执行节的二进制指令数据，结合反汇编工具转换为汇编代码，实现程序分析和调试。ELF文件格式支持从编译、链接到加载执行的全流程需求，是类Unix系统和嵌入式开发的标准二进制格式。
Linux出现wrong ELF class: ELFCLASS64
weixin_34026484的博客
03-28 3176
安装软件时出现问题 ×.so.×:wrong ELF class: ELFCLASS64 ，大致的意思是软件是32位的，需要32位的×.so.×动态链接库，而系统是64位的所提供的该 动态链接库×.so.×是64位的，所以不能用。 转载于:https://www.cnblogs.com/aeolian/p/10617904.html...
ubuntu下解决 ×.so.×: wrong ELF class: ELFCLASS64 的问题
热门推荐
米饭的白色的专栏
04-08 4万+
安装软件时出现问题 ×.so.×:wrong ELF class: ELFCLASS64 ，大致的意思是软件是32位的，需要32位的×.so.×动态链接库，而系统是64位的所提供的该 动态链接库×.so.×是64位的，所以不能用。 这个问题真是郁闷了我一天，网上也是各种找解决方案，却因为网上每个人安装的软件不同，所以各种说明，可能因为我自己太水了，对linux也是一知半解，网上的
error while loading shared libraries: libmad.so.0: wrong ELF class: ELFCLASS64
weixin_61059817的博客
06-06 2101
这个错误表示程序是在64位操作系统下编译的，试图链接一个32位的共享库文件libmad.so.0。由于两个不同的ELF类别（32位和64位）之间的二进制兼容性问题，出现了ELFCLASS64的错误。我的电脑上Linux（ubuntu）是x86_64(即64位)，如下图。重新编译libmad库，将其配置成32位共享库文件。而开发板上的Linux是armv7l（32位的）输入以下命令，查看Linux的架构类型。
异常错误： wrong ELF class: ELFCLASS64
一夜飘零
08-28 6763
异常错误： wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch) 安装的Java的版本跟操作系统的不一致，一个32位，一个64位，需要统一。 重新安装Java的版本就好
Pro*c 编释时报：libclntsh.so: wrong ELF class: ELFCLASS64 错误。
xiaotuni的专栏,每天进步一点点
08-30 7371
<br />在Pro*c 编译时报：libclntsh.so: wrong ELF class: ELFCLASS64 错误<br /> <br />出现在这种情况一般来说是由于当前的系统是64位，但用的是64位的库进行编译的所以要修改一下<br /> <br />ORALIB = ${ORACLE_HOME}/lib<br />改为<br />ORALIB = ${ORACLE_HOME}/lib32<br /> <br />同是改一下.profile 里的<br /> <br />LD_LIBRARY_
Oracle wrong ELF class: ELFCLASS64
weixin_33896069的博客
01-16 292
今天在装系统的时候出现java: cannot execute binary file的异常信息。后来发现系统是32位，而拷过来的jre是64位的。执行一个oracle命令的时候遇到的问题cbsset: error while loading shared libraries: libclntsh.so.10.1: wrong ELF class: ELFCLASS64已解决...
报错libudev.so.1: wrong ELF class: ELFCLASS64
qq_44488261的博客
09-06 708
报错wrong ELF class: ELFCLASS64 我这里是因为机器是32的需要32的位，但是导入的库是64位的所以报错
oracle libxt wrong elf class,再请高手赐教：wrong ELF class: ELFCLASS64，十分感谢
weixin_31484881的博客
04-14 531
再请高手赐教：wrong ELF class: ELFCLASS64，十分感谢编译.so库时若不用-fPIC,会编不过有错误如下：linux-z03057:~/workspace/CtoJavaTest # g++ -I/home/z03057/src/jdk1.6.0/include -I/home/z03057/src/jdk1.6.0/include/linux -o testdll.so ...
Ubuntu下解决 ×.so.×: wrong ELF class: ELFCLASS64 的问题
Angelaboy的博客
03-28 1281
Ubuntu下解决 ×.so.×: wrong ELF class: ELFCLASS64 的问题
Compiler ProC Error:libclntsh.so: wrong ELF class: ELFCLASS64
怒放的生命
07-29 564
等了客户一个多月，他终于把 oracle client 装到服务器 solaris5.8 sparc 上。迫不及待的去compile我的program, 那知出现了 "libclntsh.so: wrong ELF class: ELFCLASS64" 这个error, OMG! 这是因为用了64位的library. 解決方法: 1.將原来的 LD_LIBRARY_PATH=$ORA...
【爬坑记录】error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
Binbin_Sun的博客
11-18 4461
爬坑记录2：error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64 CMake Error at ***/Downloads/cmake/share/cmake-3.12/Modules/CMakeTestCCompiler.cmake:52 (message): The C compi...
wrong ELF class: ELFCLASS32
qingdao666666的博客
01-15 839
动态链接库位数错误
错误：libstdc++.so.6: wrong ELF class
weixin_30379531的博客
11-02 847
1.安装mysql的时候报错缺少GLIBCXX_3.4.15 2.按照网上的下载了libstdc++.so.6.0.17 放到/usr/lib64 下 删除之前的libstdc++.so.6的链接 重新建立链接 ln -slibstdc++.so.6.0.17libstdc++.so.6 3.strings libstdc++.so.6|grep GLI 4.再直接启动m...
libncurses.so.5: wrong ELF class: ELFCLASS64
07-15
<think>我们正在处理一个关于ELF类错误的特定问题：`libncurses.so.5: wrong ELF class: ELFCLASS64`。这个错误表明程序试图加载一个64位（ELFCLASS64）的共享库，但期望的是32位（ELFCLASS32）的库，或者相反。根据引用[2]和引用[3]中的类似错误，我们可以推断这个问题通常是由于32位程序试图加载64位库，或者64位程序试图加载32位库造成的。 用户的问题描述是：`libncurses.so.5: wrong ELF class: ELFCLASS64`。错误信息中明确指出了ELFCLASS64，这意味着程序（可能是32位的）期望的是一个32位的库，但找到的却是64位的库。 根据引用[2]中的描述：“wrong ELF class: ELFCLASS32 in Unknown on line这种好像是32位程序与64位库的冲突问题”，而这里我们的情况是ELFCLASS64，所以可能是32位程序遇到了64位的库。 解决方案通常有两种情况： 1. 程序是32位的，需要32位的库，但系统中只有64位的库。 2. 程序是64位的，却错误地链接到了32位的库（但根据错误信息，这里库是64位的，所以这种情况不太可能）。 因此，我们主要解决第一种情况：安装32位的库。 在Debian/Ubuntu系统中，我们可以通过安装32位版本的库来解决。对于`libncurses.so.5`，32位的包名通常是`libncurses5:i386`。 具体步骤： 1. 首先，确保系统支持多架构（multiarch）： ```bash sudo dpkg --add-architecture i386 sudo apt update ``` 2. 安装32位的libncurses5库： ```bash sudo apt install libncurses5:i386 ``` 3. 如果还有其他依赖库缺失，同样需要安装对应的32位版本。 4. 重新运行程序。 如果问题依然存在，可能需要检查程序的架构： ```bash file /path/to/your/program ``` 输出会告诉你程序是32位（ELF 32-bit）还是64位（ELF 64-bit）。如果是32位，那么必须确保所有依赖的库都有32位版本。 另外，根据引用[3]中的错误`libXpm.so.4: wrong ELF class: ELFCLASS64`，他们的解决方案也是安装对应的32位库（虽然错误信息中显示的是ELFCLASS64，但程序是32位的，所以需要32位库）。因此，同样适用于此。 如果系统是64位的，并且已经安装了64位的库（如`libncurses5:amd64`），那么32位程序需要额外的32位库支持，所以安装`libncurses5:i386`是必要的。 如果上述方法不能解决问题，可能需要检查环境变量（如`LD_LIBRARY_PATH`）是否指向了正确的库路径。确保没有混合32位和64位的库路径。 总结：安装32位的libncurses5库应该可以解决此问题。 注意：如果用户之前尝试过创建符号链接（比如将64位的库链接成32位的名字），这可能会导致这个错误。因此，如果之前做过这样的操作，需要删除错误的符号链接，然后安装正确的库。 下面给出完整的步骤： 步骤1：添加32位架构支持（如果尚未添加） 步骤2：安装32位的libncurses5 步骤3：验证安装的库文件 检查32位库是否存在： ```bash ls /usr/lib/i386-linux-gnu/libncurses.so.5 ``` 或者 ```bash ls /usr/lib32/libncurses.so.5 ``` 具体路径取决于发行版。 步骤4：运行程序，如果还有问题，使用ldd检查程序依赖： ```bash ldd /path/to/your/program ``` 查看是否所有依赖都满足。 如果用户的环境不是Debian/Ubuntu，而是其他发行版（如RHEL/CentOS），则使用对应的包管理器安装32位库。例如： ```bash sudo yum install ncurses-compat-libs.i686 ``` 由于用户的问题中提到了ELF类错误，并且引用了其他类似错误的解决方法，我们按照上述步骤进行。 生成的相关问题： 1. 如何检查Linux程序的架构（32位还是64位）？ 2. 如何查看程序依赖的所有共享库？ 3. 在多架构系统中如何管理32位和64位库？ 4. 为什么会出现ELF类错误？如何避免？ 5. 如何设置LD_LIBRARY_PATH环境变量？ 注意：在回答中，我们引用了用户提供的引用[2]和引用[3]中的类似错误和解决思路，但具体解决方案是针对libncurses.so.5的ELFCLASS64错误。</think>### 解决 `libncurses.so.5: wrong ELF class: ELFCLASS64` 错误的方法 这个错误表明程序试图加载的 `libncurses.so.5` 库的ELF格式（32位或64位）与程序本身的架构不匹配。根据引用[2][3]的分析，通常是 **32位程序尝试加载64位库** 导致的架构冲突。以下是完整解决方案： #### 步骤1：确认程序架构 ```bash file /path/to/your/program ``` - 若输出包含 `ELF 32-bit` → 程序是32位 - 若输出包含 `ELF 64-bit` → 程序是64位 #### 步骤2：安装匹配架构的库 根据程序架构选择对应方案： **方案A：程序是32位（需32位库）** ```bash # 添加32位支持 sudo dpkg --add-architecture i386 sudo apt update # 安装32位版本 sudo apt install libncurses5:i386 ``` **方案B：程序是64位（需64位库）** ```bash # 确保已安装64位版本 sudo apt install libncurses5:amd64 # 检查库文件（应为ELF 64-bit） file /usr/lib/x86_64-linux-gnu/libncurses.so.5 ``` #### 步骤3：修复环境变量（关键步骤） ```bash # 检查当前库路径 echo $LD_LIBRARY_PATH # 临时设置（32位程序） export LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu:$LD_LIBRARY_PATH # 临时设置（64位程序） export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu:$LD_LIBRARY_PATH ``` #### 步骤4：验证修复 ```bash # 检查库架构 file $(ldconfig -p | grep libncurses.so.5 | awk '{print $4}') # 测试程序运行 your_program_command ``` ### 错误原因深度解析 1. **架构冲突**：32位程序尝试加载64位库（或反之），ELF头信息不匹配[^2] 2. **混合环境**：在多架构系统中（如同时存在i386和amd64包），自动加载可能出错 3. **环境变量误导**：`LD_LIBRARY_PATH` 可能指向错误架构的库路径[^3] 4. **安装残留**：先前安装错误版本的库导致符号链接混乱 ### 预防措施 1. 编译程序时显式指定架构： ```bash # 32位编译 gcc -m32 -o program program.c # 64位编译 gcc -m64 -o program program.c ``` 2. 使用容器化运行（如Docker）隔离库依赖 3. 定期清理无效符号链接： ```bash sudo updatedb && locate libncurses | xargs file | grep "broken symbolic" ``` > **注意**：若同时需要32/64位支持，建议安装完整兼容层： > ```bash > sudo apt install gcc-multilib > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值