echo $PATH 系统环境变量详解.docxVIP

为什么一些指令我在哪个目录下都可以执行啊，而不会告诉我说 找不到可执行文件 呢？这是因为系统环境变量 PATH 的帮助所致呀! 先执行下命令，看看你的系统环境变量 $PATH 长得什么样子啊： [plain] view plaincopyprint? echo $PATH 可以看到这个变量的内容是由一堆目录所组成的 每个目录中间用冒号(:)来隔开, 每个目录是有『顺序』之分的 当我们在执行一个指令的时候,就拿『ls』举例来说好了,系统会依照 PATH 的设定去每个 PATH 定义的目录下搜寻文件名为 ls 的可执行文件, 如果在 PATH 定义的目录中含有多个文件名为 ls 的可执行文件,那么先搜寻到的同名指令先被执行! 这里有个很好玩的东西，请看： 假设你是 root,如果你将 ls 由/bin/ls 移动成为/root/ls(可用『mv /bin/ls /root』指令达成),然后你自己本身也在/root 目录下, 请问： (1)你能不能直接输入 ls 来执行? 接下来无论你在哪个目录底下输入任何与 ls 相关的指令,都没有办法顺利的执行 ls 了!也就是说,你不能直接输入 ls 来执行,因为/root 这个目录并不在 PATH 指定的目录中,所以,即使你在/root 目录下,也不能够搜寻到ls 这个指令! (2)若不能,你该如何执行 ls 这个指令? 因为这个 ls 确实存在于/root 底下,并不是被删除了!所以我们可以透过使用绝对路径或者是相对路径直接指定这个执行文件名, 底下癿两个方法都能够执行 ls 这个指令: [plain] view plaincopyprint? /root/ls [plain] view plaincopyprint? 1. ./ls (3)若要直接输入 ls 即可执行,又该如何迚行? 如果想要让 root 在任何目录下均可执行/root 底下的 ls ,那么就将/root 加入 PATH 当中即可。 加入的方法很简单,就像底下这样: [plain] view plaincopyprint? 1. PATH=$PATH:/root 不过这样只是临时的，当你退出下次再登录的时候 $PATH 的值还是从前的样子如果确定这个问题进行得没有问题了,请将 ls 搬回/bin 底下,不然系统会挂掉的! [plain] view plaincopyprint? 1. mv /root/ls /bin 那你就要问了，怎么不拿当前目录【.】加入系统环境变量 PATH 呢，这样上面的问题(2)，我输入 ls 就可以执行了啦，这个主要处于以下考虑啦： 如果在 PATH 中加入本目录(.)后,确实我们就能够在指令所在目录中进行指令的执行了。但是由于你的工作目录并非固定(常常会使用 cd 来切换到不同癿目录), 因此能够执行的指令会有变动(因为每个目录底下的可执行文件都不相同嘛!),这对使用者来说幵非好事 另外,如果有个坏心使用者在/tmp 底下做了一个指令,因为/tmp 是大家都能够写入的环境,所以他当然可以这样做。 假设该指令可能会窃取用户的一些数据,如果你使用 root 的身份来执行这个指令,那不是很糟糕? 如果这个指令的名称又是经常会被用到的 ls 时,那『中标』癿机率就更高了! 所以,为了安全起见,不建议将『.』加入 PATH 的搜寻目录中 如果是超级用户登录, 如果是超级用户登录,在没有执行/etc/profile 之前,PATH 已经设定了下面的路径: [plain] view plaincopyprint? /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 如果是普通用户,PATH 在/etc/profile 执行之前设定了以下的路径: [plain] view plaincopyprint? /usr/local/bin:/bin:/usr/bin ? 下面的东西还无法理解，理解了再来解释，先记着 o o 定义环境变量的方法： 定义环境变量的方法： o 控制台： [plain] view plaincopyprint? $PATH=$PATH:YOUR_PATH 这种方法是临时的，只针对当前shell，换个shell 就失效了 修改文件 /ect/profile 这种方法是永久的，针对所有的用户，所有的shell 修改文件 ~/.bashrc 这种方法也是永久的，它可以拿环境变量的设置控制在用户级别 vMware redhat linux 中 bash:fdisk:command not found root 权限运行 fdisk -l 会出现 bash:fdisk:command not found 。先查看你当前的命令