fedora20 执行 arm-linux-gcc 出现 libz.so.1: cannot open shared object file问题解决方案

最新推荐文章于 2025-07-14 10:14:10 发布
最新推荐文章于 2025-07-14 10:14:10 发布
阅读量1.4w 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 嵌入式 C linux 文章标签： arm 解决方案 linux fedora gcc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/g457499940/article/details/38718549
本文介绍了一个在使用 arm-linux-gcc 进行编译时遇到的错误：无法加载 libz.so.1 共享库。通过查找缺失的库文件并使用 yum 安装 zlib 解决了该问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

arm-linux-gcc -o test test.c
错误提示：
/opt/FriendlyARM/tools/arm-linux-gcc-4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/bin/as: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
解决方法：
yum whatprovides libz.so.1

zlib-1.2.8-3.fc20.i686 : The compression and decompression library
源    ：fedora
匹配来源：
提供    ：libz.so.1


从打印信息中得知缺少库zlib-1.2.8-3.fc20.i686
yum install zlib-1.2.8-3.fc20.i686

再次编译可通过。
ImportError: libGL.so.1: cannot open shared object file: No such file or directory
q742971636的博客
05-22 6458
你遇到的错误表明你运行的程序需要 OpenGL 库（libGL.so.1），但它没有安装在你的系统上或无法被访问到。
mysqld: error while loading shared libraries: libaio.so.1: cannot open shared object完美解决方案
计算机毕业论文源码，学生个人网页制作html源码。贴近用户做网络推广和互联网优化。
10-09 7826
​mysqld报错：mysqld: error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directory 执行这行命令报错了，原因是：新的服务器环境，上面很多依赖都没有，所以安装软件的时候遇到一大堆小问题，解决它很简单，它缺少啥就安装啥。 mysqld报错解决方案yum install -y libaio.so.1又报错了： Errors during down
系统自带/lib/libz.so.1文件
11-15
用于修复出现libz.so.1缺失造成机器不能使用的问题
libz.so.1: cannot open shared object file: No such file or directory
sdd220的博客
11-13 1万+
使用arm编译c程序时出现错误[root@localhost Downloads]# arm-linux-gcc -o test test.c /usr/local/arm/4.4.3/bin/../lib/gcc/arm-none-linux-gnueabi/4.4.3/../../../../arm-none-linux-gnueabi/bin/as: error while loading s
libGL.so.1: cannot open shared object file: No such file or directory/cannot import name ‘partition‘
weixin_64687170的博客
07-14 612
最后仔细观察第二个问题很有可能是由于第一个问题才导致的，于是开始着手解决第一个问题。一开始专注于解决第二个问题，多次卸载安装不同版本的包都没用。最后重新安装以下包终于解决（来源一个博主）对于第一个问题：测试了以下的方法完全没用。
使用刚安装好的arm-linux-gcc出现了一些问题libstdc++.so.6: cannot open shared object file: No such file or directory
cainiaocl的博客
07-08 562
因为centos7系统是64位的，安装的编译器是32位的，因此显示缺少共享库 看这个大佬的文章：https://www.geek-share.com/detail/2721555946.html
Linux环境下ARM交叉编译找不到libz.so.1的动态库
FIRSTSTARS的专栏
06-24 6756
/arm-fsl-linux-gnueabi/bin/as: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory make: *** [Debug/main.cpp.o] 错误 1 在本机上交叉编译生成ARM可执行文件时编译器报错。分
error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or dir
酒比花香的专栏
09-20 2580
在linux上安装Android开发环境时，R文件不能生成。提示libz.so.1找不到。。。。执行aapt果然报错了。折腾了半天。 在网上找到一篇文章，查找该库的进行安装，终于解决了，在此记录下。。 1 到sdk目录 tools下执行 ./aapt ，根据报错信息，查看缺少的库 2 执行以下命令，查看谁提供该库 如 yum whatprovides ld-linux.so.1
fedora14中安装arm-linux-gcc交叉编译器.pdf
11-06
Fedora 14 中安装 arm-linux-gcc 交叉编译器 在 Fedora 14 环境中，安装 arm-linux-gcc 交叉编译器是一项重要的任务，以下是安装步骤的详细说明： 安装前的准备 在安装 arm-linux-gcc 交叉编译器之前，需要下载 ...
Centos 8中mysql: error while loading shared libraries: libncurses.so.5: cannot open shared object fil
A_stubborn_man的博客
03-30 5609
在腾讯云上，给Linux系统配置mysql5.7时，登入过程中报错：mysql: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory。
arm-linux-gcc(4.4.3).rar
11-26
1. **bin 目录**：包含交叉编译工具链，如 `arm-linux-gcc`, `arm-linux-g++` 等可执行文件，用于在非 ARM 系统（如 x86 PC）上构建 ARM 平台的程序。 2. **lib 目录**：存放库文件，用于链接阶段。 3. **include ...
华为EulerOS 2.8 64bit with ARM系统运行jar包提示libgtk-x11-2.0.so.0: cannot open shared object file
Alderaan的博客
01-04 1080
使用EulerOS 2.8 64bit with ARM系统后，却发现如下错误： Caused by: java.lang.UnsatisfiedLinkError:.jar/org/bytedeco/opencv/linux-arm64/libjniopencv_highgui.so: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
交叉编译opencv在ARM板子上运行时出现的问题 libgomp.so.1: cannot open shared object file: No such file or directory
小菜的博客
10-25 4120
最近在rk3328上部署了一个模型，模型推理需要opencv的支持，可执行程序在PC上交叉编译完后，push到板子上运行时出现了如下报错 error while loading shared libraries: libgomp.so.1: cannot open shared object file: No such file or directory 网上搜了一下好像没有相关解决记录，所以特别记录一下，以便有需要的人能搜到，避免走太多弯路。 检查了一下，发现板子上/usr/lib中没有这个库，但是发现
fedora20 执行 arm-linux-gcc 出现 libz.so.1: cannot ope
weixin_34319374的博客
02-04 215
2019独角兽企业重金招聘Python工程师标准>>> ...
libraries: libz.so.1: cannot open shared object file: No such file or directory
happygrilclh的博客
04-28 3192
编译内核和uboot的时候，遇到如下问题： usr/local/arm/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/../libexec/gcc/arm-fsl-linux-gnueabi/4.6.2/cc1:errorwhileloadingsharedlibraries:libz.so...
arm 交叉编译找不到so_CMake交叉编译找不到库
weixin_39676633的博客
12-20 544
i am tring to compile OpenCV on BeagleBone Black with CMake, but it can't find some libraries like gstream. I run cmake natively on BBB and it showedthat rootfs has gstream. how can i tell CMake to se...
linux aeon gcc,/bin/sh: 1: aeon-gcc: not found & error while loading shared libraries: libgcc_s.so.1...
weixin_30564447的博客
05-13 862
调用工具链aeon-gcc时系统总是提示 ：/bin/sh: 1: aeon-gcc: not found，但是这个文件是存在的，并且已将它所在的路径加入到PATH环境变量中，所以决定很奇怪。通过上网查找相关的资料，获悉可能是32位的程序运行在64位的机器上导致的，通过file命令查看aeon-gcc文件的信息得知其确实为32bit程序，而我的Ubuntu 16.04是64 bit系统。然后按照网...
【血泪教训】/system/lib/libz.so (__gnu_Unwind_Resume+4) 错误原因
q2nAmor
06-20 729
/system/lib/libz.so (__gnu_Unwind_Resume+4) 问题解决
【Linux系列】遇到 cannot open shared object file解决方法
热门推荐
weixin_43882112的博客
11-03 1万+
文章目录问题描述：问题解析：解决方案： 问题描述： 跑程序时，显示错误如下： ImportError: libmkl_intel_lp64.so: cannot open shared object file: No such file or directory 问题解析： 原因：这里的libmkl_intel_lp64.so是一个动态链接库文件，系统找不到。 解决方案： 搜索该文件所在路径： # 在/opt/conda路径下查找对应文件，一般就在安装的conda路径下 find /opt/conda
/home/linux/toolchain/gcc-4.6.4/bin/../lib/gcc/arm-arm1176jzfssf-linux-gnueabi/4.6.4/../../../../arm-arm1176jzfssf-linux-gnueabi/bin/as: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory make: *** [<内置>：cgic.o] 错误 1
最新发布
08-11
<think>我们正在处理一个关于在交叉编译环境中使用arm-linux-gnueabi-gcc时遇到的共享库缺失问题。具体错误是：libz.so.1: cannot open shared object file: No such file or directory。根据引用[2]中的信息，我们知道在Fedora20系统中，可以通过安装zlib库来解决。但是，用户可能使用的是其他Linux发行版，因此我们需要提供通用的解决方案。 解决方案通常包括以下步骤： 1. 确认系统中是否已安装zlib库（32位或64位，根据工具链要求）。 2. 如果未安装，则安装对应的zlib包。 3. 检查共享库的符号链接是否正确。 4. 设置环境变量（如LD_LIBRARY_PATH）以帮助链接器找到库（但通常不推荐，应优先使用系统包管理）。 根据引用[2]中的方法，在Fedora/CentOS系统中，可以使用yum包管理器安装zlib。而在Debian/Ubuntu系统中，可以使用apt-get。 另外，引用[3]提到了另一种情况，即缺少multilib支持，但这里的问题明确指向libz.so.1，所以主要解决zlib的安装问题。 由于错误信息中提到了arm-linux-gnueabi-gcc，这是一个针对ARM架构的交叉编译器，因此我们可能需要安装的是主机系统上的zlib开发包（因为交叉编译器在主机上运行，需要主机的共享库）。 具体步骤： 1. 在Debian/Ubuntu系统上，安装zlib1g库（通常是32位库，因为交叉编译器可能是32位的，或者在64位系统上需要32位兼容库）： sudo apt-get install zlib1g:i386 或者，如果不需要指定架构，也可以安装通用版本（但根据错误，可能是缺少32位库）： sudo apt-get install zlib1g 注意：在64位系统上，交叉编译器工具链可能是32位的，因此需要32位的运行库。所以安装i386架构的库是常见的解决方案。 2. 在Fedora/CentOS系统上，可以使用： sudo yum install zlib.i686 # 对于32位库 3. 如果安装后仍然出现同样的问题，可能是链接器找不到库文件。我们可以手动创建符号链接（不推荐，除非包安装后没有自动创建）或者检查库文件的位置。 4. 检查库文件是否存在： - 在Ubuntu中，zlib1g:i386包安装的库文件通常位于/lib/i386-linux-gnu/libz.so.1或/usr/lib/i386-linux-gnu/libz.so.1。 - 在Fedora中，32位库通常在/usr/lib/libz.so.1。 5. 如果库文件存在，但链接器仍然找不到，可以尝试将库文件所在目录添加到LD_LIBRARY_PATH环境变量中（临时解决）： export LD_LIBRARY_PATH=/path/to/library:$LD_LIBRARY_PATH 但更推荐的方法是使用ldconfig来更新共享库缓存： sudo ldconfig 6. 如果以上方法都不行，可以考虑重新安装交叉编译器工具链，或者检查工具链是否完整。 根据引用[2]中的具体案例，在Fedora20中安装zlib-1.2.8-3.fc20.i686解决了问题。因此，我们可以推断，用户需要安装与主机系统架构匹配的zlib库（32位或64位），而交叉编译器本身在主机上运行，依赖主机的zlib库。 因此，总结解决方法： 步骤1：确定系统是Debian/Ubuntu还是Fedora/CentOS等。 步骤2：根据系统类型安装对应的zlib包（32位或64位，通常32位库在64位系统上需要额外安装）。 步骤3：运行ldconfig更新库缓存。 步骤4：重新运行编译命令。 注意：在64位Ubuntu系统上，安装32位zlib库的命令是： sudo apt-get install zlib1g:i386 在64位CentOS/Fedora系统上，安装32位zlib库的命令是： sudo yum install zlib.i686 如果用户不确定系统架构，可以先尝试安装32位库，因为错误通常发生在64位系统上运行32位工具链时。 下面我们按照要求生成回答。</think>### Arm-linux-gnueabi-gcc 编译错误: libz.so.1 无法加载的解决方法 当使用 `arm-linux-gnueabi-gcc` 进行交叉编译时，出现 `libz.so.1: cannot open shared object file` 错误，表明您的**主机系统**缺少必要的共享库。以下是系统化的解决步骤： #### 🔧 解决方案步骤 1. **确认缺失的库文件** 错误信息明确指出缺少 `libz.so.1`，这是 zlib 压缩库的共享文件，为交叉编译器工具链的依赖项。 2. **安装对应架构的 zlib 库** 根据您的 Linux 发行版选择命令： - **Debian/Ubuntu 系统**（安装 32 位兼容库）： ```bash sudo apt-get install zlib1g:i386 # 关键步骤[^2] ``` - **Fedora/CentOS/RHEL 系统**： ```bash sudo yum install zlib.i686 # 或 dnf install zlib.i686 ``` 3. **更新动态链接器缓存** 安装后刷新库链接： ```bash sudo ldconfig ``` 4. **验证库文件位置** 检查库是否存在于标准路径： ```bash # 查找 32 位库路径 find /usr/lib -name "libz.so.1" # 预期输出示例：/usr/lib/i386-linux-gnu/libz.so.1 ``` 5. **设置环境变量（备用方案）** 若库文件不在标准路径，临时指定路径： ```bash export LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu:$LD_LIBRARY_PATH ``` #### ⚠️ 注意事项 - 交叉编译器（如 `arm-linux-gnueabi-gcc`）在主机上运行，因此依赖**主机系统的库**（非 ARM 目标机库）[^2]。 - 优先通过包管理器安装（`apt`/`yum`），**避免手动下载库文件**，防止版本冲突。 - 若工具链为 32 位，在 64 位主机上**必须安装对应的 32 位兼容库**（如 `zlib1g:i386`）[^3]。 #### ✅ 验证修复 重新运行编译命令： ```bash arm-linux-gnueabi-gcc -o output source.c ``` 成功编译即表明问题解决。 --- ### 📚 相关问题 1. **如何检查交叉编译器依赖的其他共享库？** > 使用 `ldd /path/to/arm-linux-gnueabi-gcc` 查看工具链二进制文件的动态依赖关系。 2. **在非 Debian/Fedora 系统（如 Arch Linux）中如何解决类似问题？** > 通过 `pacman -S lib32-zlib` 安装 32 位 zlib 库，并运行 `ldconfig` 更新链接。 3. **为什么安装库后仍出现 "file not found" 错误？** > 可能因库文件符号链接缺失。尝试手动链接： > `ln -s /usr/lib/libz.so.1.2.11 /usr/lib/libz.so.1` 4. **如何避免交叉编译时的库依赖问题？** > 使用静态链接编译工具链（如 `buildroot` 或 `crosstool-ng` 定制自包含的交叉编译器）[^1]。 [^1]: 关于共享库加载机制，参见 Linux 动态链接器文档。 [^2]: Fedora/CentOS 系统解决方案参考 [zlib 安装流程]。 [^3]: Debian/Ubuntu 多架构支持说明 [multiarch 技术文档]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值