Debian上bashrc中的$Path
操作系统:Debian8VPS 因此,我将Debian上bashrc中的$Path,debian,vps,Debian,Vps,操作系统:Debian8VPS 因此,我将mips gcc comiler放在etc文件夹中,使用根帐户通过ssh连接到vps,添加到.bashrc此导出: export PATH=$PATH:/etc/xcompile/mips/bin 在bin文件夹中有mips gcc二进制文件。当我尝试通过mips gcc运行它时,出现错误: bashrc在$PATH中找不到mips gcc 如何修复它 当我尝试使用./mips gcc从bin文件夹运行它时,我遇到了相同的错误。在我的本地Debian操
mips gcc comiler
放在etc文件夹中,使用根帐户通过ssh连接到vps,添加到.bashrc此导出:
export PATH=$PATH:/etc/xcompile/mips/bin
在bin文件夹中有mips gcc二进制文件。当我尝试通过mips gcc运行它时,出现错误:
bashrc在$PATH中找不到mips gcc
如何修复它
当我尝试使用./mips gcc从bin文件夹运行它时,我遇到了相同的错误。在我的本地Debian操作系统上,所有操作都运行良好,没有任何错误。从评论中的分析判断,
mips gcc
二进制文件是一个ELF 32位LSB可执行文件,而您的系统是x86_64
根据uname-m
。那不行。您需要为系统平台使用适当的二进制文件
为mips
下载64位版本的gcc
。如果您的Debian风格是jessie
,请以用户root
的身份执行以下操作:
1. echo "deb http://www.emdebian.org/tools/debian/ jessie main" >> /etc/apt/sources.list.d/embedian.list
2. apt-get update
3. apt-get install emdebian-archive-keyring
4. apt-get install gcc-mips-linux-gnu
你能给我们看一下以下命令的输出吗file/etc/xcompile/mips/bin/mips gcc&&echo$PATH
Sure:/etc/xcompile/mips/bin/mips gcc:ELF 32位LSB可执行文件,英特尔80386,版本1(SYSV),静态链接,剥去/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/etc/xcompile/armv4l/bin:/etc/xcompile/armv6l/bin:/etc/xcompile/i586/bin:/etc/xcompile/m68k/bin:/etc/xcompile/mips/bin:/etc/xcompile/mipsel/bin:/etc/xcompile/powerpc/bin:/etc/powerpc/bin:/etc/xcompile/powerpc/440fp/bin:/etc/xcompile/xcompile/sh4/bin:/etc/sh4/bin:/etc/xcompile/sparc/bin:/etc/smcompile/sparc/bin:/etc/arm/iscompile/v5686/bin:/usr/local/go/bin
谢谢。好的,你能展示一下这些命令的输出吗此处的mips gcc和mips gcc
是:/etc/xcompile/mips/bin/mips gcc在$PATH中找不到mips gcc
,因此总结起来,(1)是一个可执行文件,(2)是/etc/xcompile/mips/bin
位于路径中,在搜索mips gcc
时,由找到/etc/xcompile/mips/bin/mips gcc
,但当您尝试执行mips gcc
时,shell没有找到任何绝对路径。很有意思,因为据我所知,我认为这是不可能的!期待解决方案。我将尝试使用Debian x86版本的操作系统。谢谢你的帮助@小天狼星很高兴我能帮忙!因此,我不得不将操作系统重新安装到Debian 7x86,uname-mi686
,从同一链接mips gcc安装,并且出现了相同的错误。“我做错了什么?”小天狼星怪怪的。那么二进制必须以其他方式被破坏吗?你为什么不从Emdebian档案中安装mipsgcc
?你对jessie Debian的命令,我使用的是Debian 7 wheezy。那么命令对我来说是不同的?顺便说一句,如果我在没有env-i bash--noprofile--norc的情况下输入mips gcc
,我会在$PATH中发现相同的错误。在当地一切都很好。可能是KVM虚拟化中的问题还是因为我在做这些麻烦的ssh?