centos 64位系统使用android 出现android-sdk-linux aapt error=2

这些天尝试使用centos搭建android环境,发现/opt/android-sdk-linux/build-tools/18.0.1/aapt error=2的问题。查阅了一些资料后发现,android sdk需要32位的lib才可以。在ubuntu上可以直接执行

sudo apt-get install ia32-libs

但是在centos上就要复杂一些。

1.yum install glibc.i686
之后发现如下错误error while loading shared libraries: libz.so.1,ok继续安装libz
2.sudo yum install zlib.i686
之后发现error while loading shared libraries: libstdc++.so.6,执行
3.sudo yum install libstdc++.i686


如果还是不可以,可以尝试下面的命令
sudo yum install libXrender.i686
sudo yum install fontconfig.i686
sudo yum install zlib.i686
sudo yum install libXext.i686
sudo yum install libstdc++.i686


1、编译错误:/bin/bash: line 0: cd: sdk/layoutoptap/psrcre/sources: 没有那个文件或目录、
无视它 或 在相应的目录下建一个 resources 目录
2、编译错误:/usr/include/gnu/stubs.h:7:27: 致命错误:gnustubs-32.h: 没有那个文件或目录
sudo yum install glibc-devel.i686
3、编译错误:cannot find -lncurses
sudo yum install ncurses-devel.i686
4、编译错误:cannot find -lstdc++
sduo yum install libstdc++.so.6
5、编译错误:cannot find -lX11
sudo yum install libX11.i686 libX11-devel.i686
6、编译错误:cc command not found
sudo yum install gcc
7、编译错误:external/clearsilver/cgi/cgi.c:22:18: 错误:zlib.h:没有那个文件或目录
sudo yum install zlib-devel zlib-devel.i686
8、编译错误:g++ command not found
sudo yum install gcc-c++
9、编译错误:libld-linux.so.2 bad ELF interpreter 没有找到目录
sudo yum install glibc.i686
10、编译错误:X11/Xlib.h:没有那个文件或目录
sudo yum install libX11.i686 libX11-devel.i686
11、编译ADT错误:Installation Error Eclipse build file org.eclipse.pde.build_.../scripts/build.xml  not detected. Found ''. Aborting.
由我使用的是4.2版本的eclipse,看网上说要用3.4的eclipse,所以下载3.4的eclipse成功通过。
12、启动虚拟机错误:error libGL.so.1: cannot open shared object file: No such file or directory
sudo yum install *libGL*i686
13、启动虚拟机错误:SDL init failure, reason is: No available video device
sduo yum install libzip.i686 libXrandr.i686 SDL.i686






安卓编译时出现报错,报错如下,情分析原因。报错信息:[ 18% 707/3795] //prebuilts/sdk/current/support:android-support-compat-nodeps aapt2 link [common] FAILED: out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/package-res.apk out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/proguard.options out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/R.jar out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/R.txt out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/extra_packages rm -rf out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/aapt2/R && out/soong/host/linux-x86/bin/aapt2 link -o out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/package-res.apk --static-lib --no-static-lib-packages --auto-add-overlay --manifest out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/aar/AndroidManifest.xml --auto-add-overlay -I out/soong/.intermediates/frameworks/base/core/res/framework-res/android_common/package-res.apk --java out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/aapt2/R --proguard out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/proguard.options --output-text-symbols out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/R.txt -R @out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/aapt2/overlay.list && out/soong/host/linux-x86/bin/soong_zip -write_if_changed -jar -o out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/R.jar -C out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/aapt2/R -D out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/aapt2/R &&out/soong/host/linux-x86/bin/extract_jar_packages -i out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/gen/R.jar -o out/soong/.intermediates/prebuilts/sdk/current/support/android-support-compat-nodeps/android_common/extra_packages --prefix '--extra-packages ' runtime: failed to create new OS thread (have 2 already; errno=11) runtime: may need to increase max user processes (ulimit -u) fatal error: newosproc
最新发布
07-19
<think>首先,用户的问题是关于安卓编译时出现的错误:aapt2 link 失败和 'failed to create new OS thread' 错误。我需要分析可能原因及解决方案。 用户提供了引用内容,我需要参考这些引用: - 引用[1]: 提到aapt执行失败,因为缺少GLIBC_2.14版本。错误是/lib64/libc.so.6: version `GLIBC_2.14' not found。 - 引用[2]: 是关于Android源码编译错误的解决方案汇总,提供了一些链接。 - 引用[3]: 错误是/usr/bin/ld: cannot find -lz,导致aapt编译失败。 - 引用[4]: 描述了Aapt的编译方法,涉及资源编译。 用户的问题焦点是aapt2 link失败和线程创建失败错误。用户说:"我想分析安卓编译时报错的原因,特别是与 aapt2 link 和线程创建失败相关的问题"。 关键错误消息: 1. aapt2 link 失败:可能涉及资源链接问题。 2. 'failed to create new OS thread':这表示操作系统无法创建新线程,通常是由于资源限制,如内存不足或进程限制。 我需要结合系统级指令来回答: - 所有行内数学表达式用$...$格式,但这里可能不需要数学表达式,因为主题是安卓编译错误。 - 独立公式用$$...$$格式,但同样,可能不适用。 - LaTeX语法正确:在回答中,如果有数学,要用LaTeX,但这里可能不需要。 - 使用中文回答:整个回答必须用中文。 - 生成相关问题:在回答结束后,添加相关问题部分。 - 引用标识:在回答中引用的段落末尾添加引用标识,如[^1]。 回答结构:帮助用户逐步解决问题,保证真实可靠。 分析可能原因: 1. aapt2 link失败: - 可能原因:资源文件问题、路径错误、权限问题、依赖库缺失。 - 参考引用[1]:GLIBC版本过低,导致aapt无法运行。类似地,aapt2可能需要更新的GLIBC。 - 引用[3]:缺少-lz库,表示zlib库缺失。 - 引用[4]:涉及Aapt的编译过程,可能资源编译错误。 2. 'failed to create new OS thread': - 可能原因:系统资源不足,如内存耗尽、进程数限制(ulimit)、或系统配置问题。 - 在编译安卓时,资源密集型操作可能导致此错误。 综合原因: - aapt2 link失败可能由库依赖或资源问题引起。 - 线程创建失败可能由系统资源限制引起。 解决方案: 1. 检查GLIBC版本:运行`ldd --version`或检查/lib64/libc.so.6。如果版本低,升级系统或安装兼容库。 2. 安装缺失库:如zlib,使用包管理器安装,例如`sudo apt-get install zlib1g-dev`。 3. 检查系统资源:使用`free -m`检查内存,`ulimit -a`检查用户限制。增加内存或调整ulimit设置。 4. 优化编译环境:减少并行编译任务(如make -j参数),释放内存。 5. 更新工具:确保Android SDK、build-tools等是最新版本。 逐步解决: 1. 确认错误细节:查看完整编译日志,定错误发生的置。 2. 处理aapt2 link失败: - 确保build-tools版本正确。 - 检查资源文件是否有误。 - 安装缺失依赖,如zlib。 3. 处理线程创建失败: - 增加系统资源:如添加swap空间、关闭其他程序。 - 调整ulimit:增加进程数和文件描述符限制。 - 减少并行编译:使用`make -j1`或更低的并行度。 参考引用: - 引用[1]提到GLIBC问题,所以解决方案可能涉及升级系统使用兼容层[^1]。 - 引用[3]提到-lz错误,安装zlib-dev可以解决[^3]。 生成相关问题:在回答结束后添加。 回答结构: - 引言:简述问题。 - 分析可能原因:分点列出。 - 解决方案:逐步建议。 - 结尾:总结。 添加引用标识:在引用参考内容时添加。 最后,相关问题部分。</think>### 分析安卓编译错误:aapt2 link 失败和 'failed to create new OS thread' 错误 在安卓编译过程中,遇到 `aapt2 link` 失败和 `failed to create new OS thread` 错误,通常表示资源链接问题和系统资源限制。这些错误可能导致编译中断,影响开发效率。下面我将逐步分析可能原因,并提供针对性的解决方案。分析基于常见编译错误模式和参考信息(如引用内容),力求真实可靠。 #### 错误原因分析 1. **aapt2 link 失败**: - **资源文件或路径问题**:aapt2Android Asset Packaging Tool 2)负责链接资源文件(如 XML、图片)。如果资源文件损坏、路径错误或权限不足,aapt2 无法完成链接操作。例如,资源文件包含无效字符或缺失时,会触发此错误。 - **依赖库缺失或版本不兼容**:aapt2 依赖于系统库(如 GLIBC、zlib)。如果这些库缺失或版本过低(如 GLIBC 低于 2.14),aapt2 无法运行。参考引用[1]中,aapt 因缺少 GLIBC_2.14 而失败,类似问题可能影响 aapt2[^1]。引用[3]显示缺少 `-lz`(zlib 库),同样会导致链接失败[^3]。 - **工具链问题**:Android SDK 的 build-tools 版本过旧或损坏,或编译环境配置错误(如环境变量未设置),可能引起 aapt2 异常。 2. **'failed to create new OS thread' 错误**: - **系统资源不足**:此错误表示操作系统无法创建新线程,通常由以下原因引起: - **内存耗尽**:安卓编译是资源密集型操作,尤其在高并行任务(如 `make -j8`)时,可能导致内存(RAM 或 swap)不足。如果系统内存不足,线程创建会失败。 - **进程/线程限制**:Linux 系统有用户级限制(通过 `ulimit` 设置),如最大进程数(`nproc`)或虚拟内存(`as`)。如果编译任务超出限制,会触发此错误。 - **系统配置问题**:内核参数(如 `vm.max_map_count`)设置不当,或运行在虚拟机/容器中资源分配不足,也可能导致线程创建失败。 3. **综合因素**: - aapt2 link 失败可能先发生,导致编译进程堆积,进而加剧资源消耗,引发线程创建失败。例如,aapt2 因库缺失而反复重试,占用大量内存和线程资源。 - 环境问题:如编译环境(如 Docker 容器)资源分配不足,或系统未更新(如旧版 Linux 发行版缺少必要库)。 #### 解决方案 以下是逐步解决建议。请先检查完整编译日志,确认错误发生置(如运行 `make` 时的输出)。操作前备份重要数据。 1. **解决 aapt2 link 失败**: - **步骤 1:检查并修复依赖库**: - 运行 `ldd --version` 检查 GLIBC 版本。如果低于 2.14(常见于旧系统CentOS 6),需升级系统或安装兼容包。例如: ```bash # 对于 Ubuntu/Debian,更新系统并安装开发库 sudo apt-get update sudo apt-get upgrade sudo apt-get install build-essential zlib1g-dev libc6-dev # 安装 zlib 等依赖[^3] ``` 如果无法升级系统,考虑使用较旧 Android SDK 版本(兼容当前 GLIBC)。 - 验证 zlib 库:运行 `ldconfig -p | grep libz.so`。如果缺失,安装 `zlib1g-dev`(Debian/Ubuntu)或 `zlib-devel`(CentOS)。 - **步骤 2:更新 Android 工具链**: - 确保 Android SDK 和 build-tools 是最新版。使用 SDK Manager 更新: ```bash sdkmanager --update sdkmanager --install "build-tools;30.0.3" # 安装最新稳定版 ``` - 检查环境变量:设置 `ANDROID_HOME` 和 `PATH`,确保 aapt2 路径正确(如 `$ANDROID_HOME/build-tools/<version>/aapt2`)。 - **步骤 3:清理并重建项目**: - 删除构建缓存并重新编译: ```bash make clean # 或 ./gradlew clean for Gradle 项目 make -j1 # 先使用单线程编译,避免并发问题 ``` 如果资源文件有问题,检查 `res/` 目录下的 XML 或图片文件,修复格式错误。 2. **解决 'failed to create new OS thread' 错误**: - **步骤 1:增加系统资源**: - 检查内存使用:运行 `free -m`。如果内存不足,添加 swap 空间: ```bash sudo fallocate -l 4G /swapfile # 创建 4GB swap 文件 sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile ``` - 关闭非必要程序,释放内存。 - **步骤 2:调整系统限制**: - 检查当前限制:运行 `ulimit -a`,关注 `max user processes` 和 `virtual memory`。 - 增加限制:临时修改(会话内有效): ```bash ulimit -u unlimited # 解除进程数限制 ulimit -v unlimited # 解除虚拟内存限制 ``` 永久修改:编辑 `/etc/security/limits.conf`,添加: ``` * soft nproc 65535 * hard nproc 65535 * soft as unlimited * hard as unlimited ``` 然后重启系统- 调整内核参数:运行 `sudo sysctl -w vm.max_map_count=262144`,并添加到 `/etc/sysctl.conf` 永久生效。 - **步骤 3:优化编译参数**: - 减少并行任务:避免高并发编译。例如,将 `make -j8` 改为 `make -j2` 或 `make -j1`,以降低资源压力。 - 使用更轻量环境:如果在虚拟机或 Docker 中编译,增加资源分配(如 CPU 核心和内存)。 3. **综合验证**: - 运行编译命令(如 `make`)并监控资源:使用 `top` 或 `htop` 观察内存和 CPU 使用- 如果问题持续,检查日志细节:aapt2 错误通常输出到 `build/outputs/logs/` 或控制台。针对错误信息搜索解决方案(如引用[2]提供的资源)[^2]。 - 参考已知问题:引用[4]提到 aapt2 的编译过程涉及资源处理,确保项目配置正确(如 `aaptOptions` in `build.gradle`)[^4]。 #### 总结 aapt2 link 失败主要源于库依赖或资源问题,而线程创建失败通常由系统资源瓶颈引起。优先解决依赖库(如 GLIBC 或 zlib),然后优化系统资源设置。多数情况下,更新工具链、增加内存和调整 ulimit 可解决问题。如果环境受限(如企业服务器),考虑使用云编译或专用构建服务器。预防性维护,如定期更新系统Android SDK,能减少类似错误。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值