arm-elf-tools-20030314.sh安装失败？

blas

按照安装说明执行
./arm-elf-tools-20030314.sh
提示:
bad interpreter: No such file or directory

如果执行
source arm-elf-tools-20030314.sh
提示：
: command not found
'bash: ./arm-elf-tools-20030314.sh: line 4: syntax error near unexpected token `in
'bash: ./arm-elf-tools-20030314.sh: line 4: `case "${SCRIPT}" in
请问为什么？

ksh

一般是要用chmod +x arm-elf-tools-20030314.sh改为可执行
然后运行
./arm-elf-tools-20030314.sh
就可以了。
你的第一个错误提示似乎是说你的shell解释器不对。可以看一下你的
文件./arm-elf-tools-20030314.sh开头的
#!/bin/bash是否和你的shell程序相符

puresnowy

我执行了chmod 755 arm-elf-tools-20030314.sh命令啊
怎么执行./arm-elf-tools-20030314.sh之后
还是提示bash: ./arm-elf-tools-20030314.sh: cannot execute binary file

chyyuu

确定你是root用户
确定你的shell是bash
确定你用的linux系统，我们用的是redhat9
应该在其它的linux系统上也能执行。
你是什么系统？

puresnowy

都是的啊

chyyuu

看来只有我连到你的机器上看看了。
可以通过email告诉我你的ip，用户名和口令，我可以试试。

puresnowy

我是内网IP
执行过程如下
[root@kakuhou design]# chmod 755 arm-elf-tools-20030314.sh
[root@kakuhou design]# ./arm-elf-tools-20030314.sh
bash: ./arm-elf-tools-20030314.sh: cannot execute binary file

chyyuu

你说的一点没错。
但不知道为何不行，所以我说要到你的机器上看看。
如果你处有一个可以连接内外网的机器（基于linux的或unix的），我就可以上去看看。

puresnowy

不行
服务器应该在电信机房
我们是ADSL宽带的

chyyuu

：(

greenou

我在ftp://166.111.68.183/pub/embed/uclinux/soft/tools/arm下载arm-elf-tools-20030314.sh后，安装时也出现这种情况，后来在www.uclinux.org重新下载，结果一次安装成功，我怀疑ftp://166.111.68.183的arm-elf-tools-20030314.sh有问题。

chyyuu

可能是到ftp://166.111.68.183下载出了问题。
我又到www.uclinux.org重新下载了一次，比较了一下，二者完全一样。
且我这里都用的是ftp://166.111.68.183/下的arm-elf-tools-20030314.sh

下次大家如果下载166.111.68.183的不行，请到www.uclinux.org下载试试。

liuyueking

我是从www.uclinux.org下载的arm-elf-tools-20030314.sh
以ROOT登录，执行sh arm-elf-tools-20030314.sh后，出现以下提示：
./usr/local/arm-elf/
./usr/local/arm-elf/bin/
./usr/local/arm-elf/bin/nm
tar:Skipping to next header
tar:Archive contains obsolescent base-64 headers

gunzip:stdin:invalid compressed data--format violated
tar:Error exit delayed from previous errors

不知是何原因？
我用的是vmware+RedHat 9

ksh

我觉得有时候可能是下载的数据不对，或者ftp网站上提供的也许会有问题

wingwind

我是菜鸟，说错莫怪！

我在安装skyeye的时候也遇到两次bad interpreter，permission denied的情况，一次和/bin/bash有关,后面一次是和楼上兄弟说的一样要chmod ＋x 文件名一把。

具体发生是：
在RH73下安装skyeye0.2.6，用普通用户身份将源文件传上去，用root身份解压缩，./configure时总是有问题。看提示是和/bin/bash有关。于是
chmod ＋x /bin/bash . /configure通过。
接下来做make，老是make utils.o 时关于termcap的部分有错，病急乱投医按mandrake的解决ln -s /usr/include/ncurses/termcap.h /usr/local/include/termcap.h，结果更乱套，false和true在两个文件中重复定义，冲突出错。无奈改动gcc里的stdbool.h文件（因为skyeye 的bfd.h定义在前），让make做完。
make install时 再次出错，这次是/bin/sh :...bad inpreter...,错误发生在mkinstalldirs处。进入源文件解压缩部分，发现该文件是sh文件，但属性中没有执行部分，于是再次chmod ＋x mkinstalldirs 。再make install时终于成功。

对./configure时发生的bash错误，我想问：是因为源文件的属性为普通用户吗？我后来用chown －R root * 将解开的文件全部改为root属性。什么情况会发生bash的 bad interpreter：permission错误呢？网上只提到可能是文件分区的属性和用户属性的原因。（user 和noexec。）