当前位置:  开发笔记 > 运维 > 正文

覆盖原先的PATH导致命令失效提示command not found的解决方法

今天小编就为大家分享一篇关于覆盖原先的PATH导致命令失效提示commandnotfound的解决方法,小编觉得内容挺不错的,现在分享给大家,具有很好的参考价值,需要的朋友一起跟随小编来看看吧

一个同事找我帮他定位,为什么他的LINUX服务器很多的命令都使用不了,提示(command not found),而且更要命的是很多系统服务,脚本都跑不了。问了下,你之前做了些什么操作呢? 他说也做什么操作啊,只不过在/etc/profile文件里面增加了export PATH,又问,你怎么设置的呢? 得到的答案是:

[root@localhost ~]# vim /etc/profile 
export PATH=/usr/lib/jenkins/
[root@localhost ~]# source /etc/profile 

他说只不过添加了jenkins的默认工作目录,然后用source让配置文件生效。其实问题恰恰就出在这里!

PATH是系统环境路径,系统的所有命令,脚本执行都是按照PATH的路径来搜索的。但是如果export PATH=/usr/lib/jenkins/,就拿之前系统设置的目录,比如(/bin/; /sbin等存放系统命令的目录)全部覆盖了,变成了jenkins工作命令,而jenkins目录下肯定是找不到ls, pwd, cd等系统命令的,结果造成所有的命令,脚本,服务都跑不了,这就是造成这起血案的主要原因!

真正系统PATH要如何设置呢? 

如果是短期设置的话:

export PATH=$PATH:/usr/lib/jenkins/

如果是长期设置的话:

[root@localhost ~]# vim /etc/profile 
export PATH=$PATH:/usr/lib/jenkins/
[root@localhost ~]# source /etc/profile

这样的话,就是在原先的设置中添加新的搜索路径,而不会覆盖原先的PATH了。 

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接

推荐阅读
mobiledu2402851203
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有