欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  网络运营

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

程序员文章站 2022-06-01 07:58:12
一个同事找我帮他定位,为什么他的linux服务器很多的命令都使用不了,提示(command not found),而且更要命的是很多系统服务,脚本都跑不了。问了下,你之前做...

一个同事找我帮他定位,为什么他的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了。 

总结

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