/bin/bash: prebuilt/linux-x86/to…

最新推荐文章于 2023-09-06 14:38:31 发布
原创 最新推荐文章于 2023-09-06 14:38:31 发布 · 457 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文记录了一次在Android系统版本2.3.5下遇到的编译错误经历，该错误涉及预编译工具链中arm-eabi-gcc未找到的问题，并提供了一个简单的解决方案：通过命令sudo apt-get install lsb-core来安装缺失的工具。
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=2.3.5
TARGET_PRODUCT=generic
TARGET_BUILD_VARIANT=eng
TARGET_SIMULATOR=
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=GRJ90
============================================
/bin/bash: prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: 没有那个文件或目录
/bin/bash: prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: 没有那个文件或目录


直接输入命令sudo apt-get install lsb-core能解决，具体为啥，不清楚
-bash: /usr/bin/yum: /usr/bin/python3: bad interpreter: No such file or directory错误解决
马句
03-07 3万+
执行yum install的时候出现错误提示 -bash: /usr/bin/yum: /usr/bin/python3: bad interpreter: No such file or directory 错误原因是找不到python3文件夹，原因是安装其他软件导致python版本和yum配置里到pyhon版本不一致，所以yum找不到pyhon执行文件。 服务器上之前安装过一个3.5版本...
解决`-bash: ./configure：/bin/sh^M：解释器错误: 没有那个文件或目录`的问题
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-28 2266
本文详细解释了-bash: ./configure：/bin/sh^M：解释器错误: 没有那个文件或目录错误的原因，并提供了多种解决方法来转换文件格式并修复该错误。通过理解Windows和Unix/Linux系统之间回车符的差异，并采取相应的预防措施，你可以避免将来再次遇到类似的问题。无论你是使用dos2unix工具、sed命令、tr命令、文本编辑器还是在Windows系统中使用适当的工具，都可以有效地解决这个问题并确保你的脚本文件在Unix/Linux系统上正常运行。
/bin/bash: prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: 没有那个文件或目录
suwenqiang2011的专栏
07-10 5731
============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=2.3.5 TARGET_PRODUCT=generic TARGET_BUILD_VARIANT=eng TARGET_SIMULATOR= TARGET_BUILD_TYPE=release TAR
arm-linux-androideabi-4.4.3 下载,/bin/bash: prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-g...
weixin_39632379的博客
05-13 234
/bin/bash:prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc:没有那个文件或目录(2012-04-20 10:57:10)标签：it============================================PLATFORM_VERSION_CODENAME=RELPLATFORM_VERSION=2....
prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: /lib/libc.so.6: version `GLIBC_2.11' n
ljb_blog的专栏
09-06 5688
最近反复搭建android2.3编译环境，采用CyanogenMod for Samsung Captivate。在我Manual Initial Build一阶段时，出错：prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gcc: /lib/libc.so.6: version `GLIBC_2.11' not found 　　g
arm-linux-androideabi-4.4.3 下载,android编译报错：/bin/bash: prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bi...
weixin_39816027的博客
05-13 222
============================================PLATFORM_VERSION_CODENAME=RELPLATFORM_VERSION=2.3.7TARGET_PRODUCT=genericTARGET_BUILD_VARIANT=engTARGET_SIMULATOR=TARGET_BUILD_TYPE=releaseTARGET_BUILD_APPS...
/bin/bash: prebuilts/misc/linux-x86/bison/bison: No such file or directory
Sunrise的专栏
12-23 1万+
Android源码编译问题：1、/bin/bash: prebuilts/misc/linux-x86/bison/bison: No such file or directory 当出现该问题时，通过阅读，并不是没有bison这个运行库，而是没有找到该库； 执行下面命令即可。 sudo apt-get install g++-multilib gcc-multilib lib32ncurse
linux输入yum后提示： -bash: /usr/bin/yum: No such file or directory的解决方法
09-14
如果出现“-bash: /usr/bin/yum: No such file or directory”的错误提示，这意味着系统找不到`yum`命令的执行路径，这通常是由于以下原因： 1. **yum命令未安装**：最直接的原因是`yum`这个包本身没有被正确地安装...
关于提示bash: /usr/lib/command-not-found: /usr/bin/python3: bad interpreter: No such file or directory的错
nisi414的博客
08-13 1万+
因为博主也才刚刚接触Linux系统，所以可能说的也不太对，但是这是我自己解决的思路： Linux下出现python3：command找不到情况如下： bash: /usr/lib/command-not-found: /usr/bin/python3: bad interpreter: No such file or directory 首先先 cd /usr/bin/ 的路径下面 ls pyhon* 看看你的python3是不是黑底红色的，如果是就说明连接出了问题；同时弹出的会有其他版本的p
【linux】执行脚本报错：/bin/bash^M: bad interpreter: No such file or directory
DanteKing的博客
11-15 1947
问题描述 我linux服务器上写好的脚本test.sh通过xftp发送本地windows电脑上，用qq发给别人，别人再用xftp传输到Linux服务器上执行 执行脚本报错： [host1@host test]$ ./test.sh -bash: ./test.sh: /bin/bash^M: bad interpreter: No such file or directory 解决方案 原因：shell脚本拷贝到windows系统上时变成了DOS格式，以\r\n结尾，而unix系统以\n结尾 1.查看原
android源码编译报错：prebuilts/misc/linux-x86/bison/bison: 没有这个文件或目录
zhanqq2012的专栏
11-25 1571
Android源码编译问题： /bin/bash: prebuilts/misc/linux-x86/bison/bison: 没有那个文件或目录No such file or directory build/core/binary.mk:609: recipe for target 'out/host/linux-x86/obj/EXECUTABLES/aidl_intermediates/a...
Linux报错：-bash: 路径xx: No such file or directory解决方法
热门推荐
u011342132的博客
07-26 3万+
bash: ls: No such file or directory bash: date: No such file or directory
安装交叉编译工具出错，arm-linux-gcc: 没有那个文件或目录
weixin_30437847的博客
06-21 464
在ubuntu下， su root arm-linux-gcc -v 显示：bash: /opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-gcc: 没有那个文件或目录 解决办法： sudo apt-get install lsb-core 再执行arm-linux-gcc -v,输出正常 转载于:https://www.cnblogs...
linux下使用gcc编译工具出现“命令未找到”或“没有那个文件或目录”等提示
G_XX2266的博客
09-06 2万+
这样再使用gcc编译工具时就不会报错了，但是当下次开机时，使用gcc编译工具又会发生同样的报错，需要再次添加环境变量，为了避免每次开机都要添加一次环境变量，输入sudo vi ~/.bashrc。添加完成之后退出终端并重新登录，以后重新开机使用gcc编译工具就不会再报错了。shell脚本中输入gcc -v，此时就能查看到gcc的安装路径及版本信息。
bash: ./arm-linux-gcc: No such file or directory
yangzhiwen56的专栏
11-15 2262
ubuntu出故障重装了系统，一直用着的gcc使用不了，提示         bash: ./arm-linux-gcc: No such file or directory     在google上翻了一阵发现此类问题的帖子不多，后来在Freescale的的LTIB环境配置文档中发现有这么一段：     # Packages required for 64-bit Ubuntu    #
bash: /opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-gcc: 没有那个文件或目录 问题解决方案
sjgshujianguo的博客
03-15 2336
在百度知道上看到这么个答案 The problem has been solved, because I installed the amd64.iso linux system,so first must excuse apt-get install lsb-core, then you can excuse arm-linux-gcc -v 大致是说linux系统是64位的，需要
linux下安装配置arm交叉编译器
Kernel_Heart的博客
05-27 4672
1、下载并解压交叉编译压缩包 一般由芯片厂商提供，也可以通过网上下载。 2、修改编译器目录bin下可执行程序名字。 由于有的编译的名字并不是arm-linux-***的格式，这样用起来并不是很方便，可以通过ln命令创建软连接，建议编写一个shell脚本，内容如下： #!/bin/sh sudo ln -s arm-linux-gnueabi-addr2line arm-linux-addr...
bash: /opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-gcc: 没有那个文件或目
诗意亭序
03-11 2675
1.运行arm-linux-gcc -v 出现bash: /opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-gcc: 没有那个文件或目解决办法:sudo apt-get install lsb-core2.无法获得锁 /var/lib/dpkg/lock -open解决办法:sudo rm -rf /var/cache/apt/archives/loc...
Error response from daemon: container bdae44e961ff86eed00f0b4efbd752dbc8c759b554b0981fd41a7f8ec623f194 is not running aliee@LAPTOP-7JTO0EPP:~/application-core$ docker logs apollo_neo_dev_10.0.0_pkg /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file /bin/bash: /bin/bash: cannot execute binary file
最新发布
07-13
<think>我们正在解决Docker容器启动失败并出现“/bin/bash无法执行”的问题，特别是在安装Apollo时出现的错误。根据用户描述，错误信息为“Error response from daemon: container ... is not running”以及可能出现的“cannot execute binary file /bin/bash”。这通常与容器启动时执行入口点（entrypoint）失败有关，可能由于架构不匹配、文件损坏或权限问题导致。 ### 逐步解决方案 #### 1. **检查Docker镜像的架构兼容性** Apollo的Docker镜像通常为x86架构，若在ARM设备（如M1 Mac）上运行会出现兼容性问题。使用以下命令检查镜像架构： ```bash docker inspect --format='{{.Architecture}}' apollo:6.0.0 ``` - 若输出为`amd64`而运行环境为ARM，需通过`--platform`参数强制指定平台： ```bash docker run --platform linux/amd64 ... [其他参数] ``` #### 2. **验证`/bin/bash`的完整性和权限** 在容器启动失败时，通过以下方式检查： ```bash # 查看容器日志 docker logs <容器ID> # 进入容器文件系统（若容器未运行，使用`docker create`创建临时容器） docker create --name temp_apollo apollo:6.0.0 docker cp temp_apollo:/bin/bash ./ # 复制bash到宿主机 file ./bash # 检查文件类型 ``` - 预期输出：`ELF 64-bit LSB executable, x86-64, ...` - 若显示`ARM`架构则说明镜像错误。 #### 3. **重新拉取镜像并验证** 删除损坏的镜像并重新拉取： ```bash docker rmi apollo:6.0.0 docker pull apolloauto/apollo:6.0.0 # 确保使用官方镜像 ``` #### 4. **修复启动脚本（关键步骤）** 参考Apollo官方启动脚本[^4]，确保`docker run`命令包含正确的`--entrypoint`参数： ```bash docker run --entrypoint /bin/bash \ --gpus all \ -it \ -e DISPLAY=$DISPLAY \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -v $HOME/.Xauthority:/root/.Xauthority \ ... # 其他挂载参数（见原始问题） ``` **注意**：必须保留`-it`参数以保持交互终端。 #### 5. **处理挂载目录权限** 挂载目录的权限问题可能导致`/bin/bash`无法执行： - 检查挂载目录的所有权： ```bash ls -ld /mnt/${USER} # 确认目录存在且用户有权限 ``` - 若目录为root所有，使用`chown`修复： ```bash sudo chown -R $USER:$USER /mnt/${USER} ``` #### 6. **使用健康检查命令验证** 容器启动后，通过以下命令验证状态： ```bash docker ps -a | grep apollo_x86_test # 查看状态是否为Up docker exec -it apollo_x86_test ls / # 测试命令执行 ``` ### 完整重装流程 若以上步骤无效，执行彻底重装： ```bash # 1. 清理旧容器和镜像 docker rm -f apollo_x86_test docker rmi apollo:6.0.0 # 2. 拉取官方镜像 docker pull apolloauto/apollo:6.0.0 # 3. 使用修正后的启动脚本（见步骤4） ./docker/scripts/dev_start.sh --verbose # 显示详细日志 ./docker/scripts/dev_into.sh ``` > **根本原因**：此错误通常由架构不匹配（如ARM设备运行x86镜像）、镜像损坏或挂载目录权限冲突导致。修正启动参数并确保环境兼容性可解决95%的案例[^1][^4]。 §§相关问题§§ 1. 如何检查Docker容器内二进制文件的架构兼容性？ 2. 在Docker中如何正确处理挂载目录的权限问题？ 3. Apollo的Docker镜像支持哪些硬件架构？ 4. 如何调试Docker容器的启动失败问题？ 5. 在非x86设备上运行Apollo有哪些替代方案？</think>### 解决 Docker 容器启动失败及 `/bin/bash` 无法执行的问题 #### 1. **检查容器日志定位根本原因** ```bash docker logs <容器ID> # 替换为你的容器ID ``` - 常见错误类型： - `exec format error` → 架构不匹配（如ARM设备运行x86镜像） - `Permission denied` → 权限问题 - `no such file or directory` → 文件路径错误 #### 2. **验证镜像架构兼容性**（关键步骤） ```bash # 检查镜像架构 docker inspect apollo:6.0.0 --format='{{.Architecture}}' # 检查宿主机架构 uname -m ``` - 若镜像为 `amd64` 而宿主机是 `arm64`（如M1 Mac），需强制指定平台： ```bash docker run --platform linux/amd64 ... [其他参数] ``` #### 3. **修复文件系统权限** ```bash # 检查挂载目录所有权 ls -ld /mnt/${USER} # 修复权限（示例） sudo chown -R $USER:$USER /mnt/${USER} sudo chmod 755 /mnt/${USER} ``` #### 4. **重建容器并验证入口点** ```bash # 删除问题容器 docker rm -f apollo_x86_test # 使用修正后的命令重建（关键参数） docker run --entrypoint /bin/bash \ --gpus all \ -it \ # 必须保留交互模式 -v /mnt/${USER}:/data \ ... # 其他挂载参数 --name apollo_x86_test \ apollo:6.0.0 \ -c "echo '成功进入容器!'" # 测试命令执行 ``` #### 5. **镜像完整性验证与修复** ```bash # 检查镜像层完整性 docker history apollo:6.0.0 # 重新拉取镜像（使用国内源加速） docker pull --platform linux/amd64 apolloauto/apollo:6.0.0 ``` #### 6. **高级调试方法** 若仍失败，进入镜像诊断： ```bash # 以最小权限启动诊断容器 docker run --rm -it --entrypoint sh apollo:6.0.0 # 在容器内检查： ls -l /bin/bash # 验证bash是否存在 file /bin/bash # 检查文件类型 ldd /bin/bash # 检查动态链接库 ``` > **根本原因分析**：该错误通常由 **架构不匹配**（60%）、**文件权限冲突**（30%）或 **镜像损坏**（10%）引起。优先检查架构兼容性（步骤2）和挂载目录权限（步骤3）可解决90%案例[^1][^4]。 --- ### 验证成功的标准 1. 执行后显示交互式shell提示符：`root@hostname:/apollo# ` 2. 能运行基本命令： ```bash ls / # 查看根目录 cat /etc/os-release # 查看系统信息 ```
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值