Linux下android模拟器无法启动，报GLIBC_2.11' not found错误的解决方案

最新推荐文章于 2025-03-27 14:24:56 发布
原创 最新推荐文章于 2025-03-27 14:24:56 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #android #eclipse #tools #jdk #百度

    今日安装了XP与Linux双启动系统，jdk、eclipse、adt一路高歌，到了启动模拟器时卡了壳，报出`GLIBC_2.11' not found’等等错误信息，搜索谷歌百度，与我同样遭遇之难兄难弟不少，

    导致这个错误的原因是系统中的glibc库版本不够，谷歌编译SDK时用的glibc版本高了些，没有考虑到我等系统之情况，在使用 yum update命令更新了系统之后故障依旧。网上提供了解决方案，下载sdk源码重新编译，这样当然是可以的，可是过程晦涩难懂且容易出错，终于在网上找到一篇文章，轻松解决问题，向这位仁兄致敬！

    方案如下：

    1）下载 http://dl-ssl.google.com/android/repository/tools_r07-linux.zip

    2) 解压

    3)将解决后的文件替换SDK顶层目录下tools目录中的内容

 

 

node.js出现version `GLIBC_2.27‘ not found的解决方案
weixin_43178406的博客
12-03 3万+
 本文主要介绍了node.js出现version `GLIBC_2.27’ not found的解决方案，希望能对使用node的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21‘ not found 解决方案
最新发布
weixin_43178406的博客
04-19 12万+
本文主要介绍了node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21’ not found解决方案，希望能对使用xx的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
碰到了version `GLIBC_2.27' not found错误
tankweight的博客
08-16 7万+
碰到了version `GLIBC_2.27' not found错误，我查了下，因为glibc是系统级底层软件,自己编译的可能会跟原来的不一致,会导致系统不兼容，结果我在/etc/ld.so.conf里面添加了/opt/glibc-2.27的路径，然后ldconfig，ls命令也段错了，然后重新开机，deepin就卡在log图标这里了，无论是内核single参数还是别的办法都不能进入救援模式。...
云服务器上安装node.js报错node: /lib64/libm.so.6: version `GLIBC_2.27‘ not found (required by node)
li836779537的博客
03-25 4711
这个错误信息表示你的云服务器上的glibc版本低于Node.js需要的版本（GLIBC_2.27glibc，全称 GNU C Library，是大多数Linux发行版用于C语言运行时库的标准库，提供系统级别的基础API。当你尝试运行一个编译时链接了更高版本glibc的程序时，如果系统上的glibc版本较低，就会出现这样的错误。
linux下android模拟器无法启动报错“GLIBC_2.11not found”
sunshine_8的专栏
10-25 484
1）下载 http://dl-ssl.google.com/Android/repository/tools_r07-linux.zip 2) 解压 3)将解决后的文件替换SDK顶层目录下tools目录中的内容
解决 /lib/libc.so.6: version `GLIBC_2.11′ not found
东亮博客
01-23 1万+
 由于其他软件需要更高级的glibc 所以升级如下： 首先用centos的yum升级glibc库 yum update glibc 但问题依旧。用命令查看glibc库的信息 rpm -qi glibc 显示系统的glibc库版本为2.5 在CentOS中用更新命令到2.5已经是最新版本了（yum不能更新到指定版本），
解决 version `GLIBC_2.14' not found 解决方法.
08-11
解决 version `GLIBC_2.14' not found 解决方法.具体方法可以参考一下。。
精选资源
ubuntu-version `GLIBC-2.25` not found.pdf
02-27
根据提供的文件信息，文档标题“ubuntu-version `GLIBC-2.25` not found.pdf”以及描述“ubuntu_version `GLIBC_2.25` not found”，明确指出在Ubuntu系统上遇到了GLIBC 2.25版本未找到的问题。GLIBC（GNU C Library...
解决Ubuntu中安装QT时出现GLIBC_2.28 not found的问题
qq_26710941的博客
08-21 1784
起因：在Ubuntu中安装QT时，出现version GLIBC_2.28 NOT FOUND的问题。
glibc: GLIBC_2.28‘ not found
mzhan017的博客
03-27 1819
这个时候，应该怎么解决，因为当前运行的机器是低版本，而程序是高版本，解决方法，或者是将程序降级，或者将当前系统升级。在一个glibc的接口版本是GLIBC_2.25的lab上，运行不了在2.28上编译的程序。看哪一个方便，但是不能通过 临时复制libc.so 文件来解决，因为会遇到下面的错误。所以如果是简单解决就是按照低版本的应用程序，来适配当前系统的glibc版本。比如下面的程序运行提示。
编译android 2.3, 出现`GLIBC_2.11' not found
不以己悲的博客
08-05 2677
/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.11' not found (required by /ho
启动模拟器的提示emulator: /lib/libc.so.6: version `GLIBC_2.7' not found 的解决办法
zhangzao的专栏
02-25 4243
<br />最近安装了最新的android-sdk_r10-linux_x86，创建完模拟器，启动的时候提示如下信息：<br />android-sdk-linux_x86/tools/emulator: /lib/libc.so.6: version `GLIBC_2.7' not found (required by android-sdk-linux_x86/tools/emulator)<br />由此知道r10需要glibc2.7的支持，要解决此问题，一是安装以前版本的sdk；二是升级系统的gli
解决部分Linux系统中无法启动Android模拟器的方法
进击的奥利弗 IO/Fox
03-15 3889
这个发生在2017年,我迷上了使用一款叫做Deepin OS的国产Linux系统,基于Debian,精美华丽的UI和动画,适合国人的操作环境(QQ/微信/Tim/软件市场) 但是发现无法启动android 模拟器,报错结果是缺少so文件,在百度的结果使用无效之后,我google之,最终发现是我应该在启动模拟器的时候加上 -use-system-libs 的参数 写了一个脚本,分享之: pyt...
'GLIBC_2.14' not found问题解决
u010482601的专栏
11-30 898
1 下载安装包 http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.g 2 上传安装包到服务器 scp glibc-2.14.tar.gz root@121.36.25.118:/home/software 3 解压 tar zxvf glibc-2.14.tar.gz 4 编译 #进入安装目录 cd /home/software/glib...
mysql8 linux-glibc2 重启数据库
zh_s_z的博客
10-09 1341
[root@host01 support-files]# /usr/local/mysql/support-files/mysql.server restart  
问题libm.so.6: version `GLIBC_2.27‘ not found的解决方法
chen1231992的博客
05-25 3万+
造成问题原因：ubuntu18.04系统编译的库和ubuntu16.04的库对于glibc的版本不一样 本地18.04系统：strings /lib/x86_64-linux-gnu/libm.so.6 | grep GLIBC_ 服务器16.04系统： 在不升级系统的前提下解决方法： 检查一下该程序使用了新版本 glibc_2.27 的哪些符号，使用 objdump 命令可以查看 ELF 文件的动态符号信息,使用命令objdump -x libZTVA.so | grep GLIBC_..
【Linux-编译器gcc/glibc升级】CentOS7.9使用NodeJS18时报错/lib64/libm.so.6: version `GLIBC_2.27‘ not found
Ric的博客
03-15 1万+
文章已收录至，转载请注明原文链接。ps：欢迎关注公众号“Fun肆编程”或添加我的私人微信交流经验🤝。
深度linux重启还原,修复启动
weixin_42327743的博客
05-14 826
介绍如果GRUB接管MBR，那么GRUB安装分为三部分：第一部分(一般情况下)写在了MBR上第二部分是将core.img嵌入到MBR之后的保留扇区部分第三部分才是/boot/grub下面的各种模块和文件(如果/boot单独分区，则直接写在对应分区的/grub目录)里面。注意:本条目只针对GRUB2.0。显示GRUB一般情况下，GRUB菜单是直接显示的。有时候用户会将GRUB等待时间设为0，若想临时...
解决：centos7 中node: /lib64/libm.so.6: version `GLIBC_2.27‘ not found (required by node)
nilm61的专栏
11-07 3万+
执行node发现系统报错,百度了一些文章，但中间遇到了两个问题。一个是升级gcc失败，另一个是通过 make 安装glibc2.28导致系统崩溃。。特此梳理下。如果正在使用云服务器，建议在更新前最好备份下系统。言归正传，我们按步骤来解决这个问题。
arm-linux-gnueabi-gcc: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.11' not found
04-05
<think>好的，我现在需要解决用户在编译或运行ARM程序时遇到的GLIBC_2.11缺失的问题。首先，我要回忆一下GLIBC是什么，以及为什么会出现版本不匹配的问题。 GLIBC是GNU C库，是Linux系统中最基本的库之一，很多程序都依赖它。当用户使用交叉编译工具链（比如arm-linux-gnueabi-gcc）编译程序后，在目标设备上运行时，如果目标设备的GLIBC版本低于编译时使用的版本，就会出现类似`GLIBC_2.11 not found`的错误。这可能是因为交叉编译工具链自带的GLIBC版本较高，而目标设备上的系统GLIBC版本较低。 用户提到的引用[4]和[5]中的错误，都是关于GLIBC版本不匹配的问题。例如，引用[4]中的错误是因为libfreetype.so需要GLIBC_2.1的fclose函数，而引用[5]则是缺少GLIBC_2.2。用户的问题则是关于GLIBC_2.11的缺失，所以需要类似的解决方法。 接下来，我需要考虑可能的解决方案。常见的方法包括： 1. **升级目标系统的GLIBC**：但这在嵌入式或受限环境中可能不可行，特别是如果设备系统无法轻易升级的话。 2. **静态链接GLIBC**：静态编译程序，将GLIBC的依赖包含在可执行文件中。不过，GLIBC默认不支持静态链接，可能需要特殊配置，而且可能增加文件大小，还可能存在许可问题。 3. **使用更低版本的交叉编译工具链**：选择与目标系统GLIBC版本匹配的工具链，避免使用高版本的GLIBC。例如，用户使用的工具链可能自带GLIBC_2.11，而目标系统只有2.2，所以需要找一个自带GLIBC版本更低的工具链。 4. **重新编译工具链并指定GLIBC版本**：可能需要手动编译工具链，配置GLIBC的版本以适应目标系统。这需要一定的编译知识，如引用[3]中提到的编译libgcc的必要性，否则可能导致后续问题。 5. **使用替代库或兼容层**：比如使用musl-libc代替glibc，它更轻量且易于静态链接，但需要重新编译程序和相关库。 现在需要分析每种方法的可行性。对于用户的情况，目标设备可能无法升级GLIBC，因此升级可能不可行。静态链接GLIBC可能有困难，但可以尝试。最可靠的方法可能是使用匹配版本的交叉工具链，或者重新编译工具链指定GLIBC版本。 用户提供的引用中，引用[3]提到编译libgcc的重要性，否则会导致glibc编译失败。因此，如果用户选择重新编译工具链，必须确保正确编译依赖库。此外，引用[1]和[2]涉及交叉编译链的建立，可能需要用户检查当前工具链的版本，并考虑降级或更换工具链。 可能的步骤建议： 1. 确认目标设备的GLIBC版本，可以通过在设备上运行`ls -l /lib/libc.so.6`或执行`/lib/libc.so.6`来查看版本。 2. 检查当前交叉工具链的GLIBC版本。可以通过编译一个小程序并运行`arm-linux-gnueabi-readelf -a <可执行文件> | grep "Shared library"`查看依赖的GLIBC版本，或者检查工具链中的libc.so文件。 3. 如果工具链的GLIBC版本高于目标设备，考虑更换为与目标系统版本匹配的工具链。例如，寻找自带GLIBC_2.11或更低版本的工具链。 4. 如果必须使用当前工具链，尝试静态链接其他库，但GLIBC本身可能无法静态链接。可以尝试在编译时添加`-static`选项，但需注意GLIBC的限制。或者，使用`-nostdlib`并手动链接其他库，但这比较复杂。 5. 另一种方法是使用chroot或容器在目标设备上创建一个包含高版本GLIBC的环境，但这需要设备有足够的权限和资源。 此外，用户可能需要重新编译glibc以匹配目标版本，这涉及到下载对应版本的glibc源码，配置并编译，然后替换或指定工具链使用该版本。但这个过程容易出错，需要处理依赖和配置选项，如引用[3]中提到的编译libgcc的问题。 总结，用户的问题根源是交叉编译工具链和目标系统的GLIBC版本不一致。解决方案的核心是让编译时使用的GLIBC版本与目标系统一致。因此，最直接的解决方法是使用与目标系统GLIBC版本匹配的交叉工具链，或者降低当前工具链的GLIBC版本。</think>[系统级指令处理完毕，输出解决方案] ### 解决方案：解决arm-linux-gnueabi-gcc运行时缺少GLIBC_2.11的问题 #### 问题根源分析 该错误表明目标设备的GLIBC版本低于交叉编译工具链使用的版本。例如：工具链使用GLIBC_2.11编译程序，但目标系统仅支持GLIBC_2.2或更低版本[^5]。 --- ### 一、检查当前环境版本 1. **查看目标设备的GLIBC版本** 在目标设备执行： ```bash /lib/libc.so.6 # 直接运行会输出版本信息 ``` 或： ```bash ldd --version | grep ldd ``` 2. **查看交叉工具链的GLIBC版本** 编译一个测试程序（例如`test.c`）： ```c #include <stdio.h> int main() { return 0; } ``` 使用工具链编译后检查依赖： ```bash arm-linux-gnueabi-readelf -a test | grep "Shared library" ``` --- ### 二、解决方案选择 #### 方案1：更换匹配版本的交叉工具链 - **适用场景**：目标设备GLIBC版本无法升级 - **操作步骤**： 1. 根据目标设备的GLIBC版本（如GLIBC_2.2），下载对应的工具链（例如`gcc-linaro-arm-linux-gnueabi-4.8-2013.10`）[^2]。 2. 替换原有工具链并重新编译程序： ```bash arm-linux-gnueabi-gcc -static test.c -o test # 尝试静态链接 ``` #### 方案2：静态链接部分依赖库 - **适用场景**：无法更换工具链且仅需部分库静态链接 - **操作步骤**： 1. 编译时强制静态链接非GLIBC库： ```bash arm-linux-gnueabi-gcc -Wl,-Bstatic -lfoo -Wl,-Bdynamic test.c -o test ``` 2. 若需完全静态链接（需工具链支持）： ```bash arm-linux-gnueabi-gcc -static test.c -o test ``` > **注意**：GLIBC自身通常不支持完全静态链接，可能引发其他错误[^4]。 #### 方案3：手动编译低版本GLIBC并绑定工具链 - **适用场景**：需定制化工具链 - **操作步骤**： 1. 下载目标GLIBC版本源码（如glibc-2.11）： ```bash wget http://ftp.gnu.org/gnu/glibc/glibc-2.11.tar.gz tar -xzf glibc-2.11.tar.gz ``` 2. 配置并编译GLIBC： ```bash mkdir build && cd build ../configure --prefix=/opt/glibc-2.11 --host=arm-linux-gnueabi make && make install ``` 3. 指定工具链使用新编译的GLIBC： ```bash arm-linux-gnueabi-gcc -nostdlib -L/opt/glibc-2.11/lib test.c -o test ``` > **关键点**：需确保同时编译`libgcc`等依赖库，避免后续错误[^3]。 --- ### 三、验证与调试 1. **检查生成的可执行文件依赖**： ```bash arm-linux-gnueabi-readelf -d test | grep NEEDED ``` 2. **在目标设备运行测试程序**： ```bash ./test ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值