CentOS 7.5下sudo执行minikube提示“command not found”问题排查

我来帮你排查这个问题，你遇到的情况其实挺常见的，咱们一步步拆解分析：

核心问题梳理 #

sudo执行命令时，并不会直接继承当前用户的$PATH，而是优先使用visudo里配置的secure_path。虽然你已经把/usr/local/bin添加到了secure_path，但显然这个配置没有生效，才导致sudo找不到minikube。

具体排查&解决步骤 #

1. 先确认sudo实际使用的PATH #

执行这条命令，看看sudo当前生效的PATH到底是什么：

sudo printenv PATH

如果输出里没有/usr/local/bin，那百分百说明你的secure_path配置没生效。

2. 验证visudo配置的语法正确性 #

有时候编辑/etc/sudoers时不小心犯了语法错误（比如少打了冒号、写错路径），会直接导致配置失效。执行以下命令检查语法：

sudo visudo -c

如果返回/etc/sudoers: parsed OK，说明语法没问题；如果有错误，按照提示修复对应的行即可。

3. 检查是否有其他配置覆盖了你的secure_path #

CentOS的sudo配置可能存在多个生效来源：

• 主配置文件/etc/sudoers里，可能之前已经有一条Defaults secure_path的配置，你的新配置被前面的条目覆盖了。可以把你的secure_path配置移到文件的最末尾，确保它最后生效。
• 检查/etc/sudoers.d/目录下的文件，有没有其他文件里设置了secure_path，这些文件的优先级可能比主配置更高。

如果发现有冲突，可以先取消之前的配置，再重新设置：

Defaults !secure_path
Defaults secure_path = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin

4. 临时应急方案 #

如果暂时不想纠结配置问题，可以直接使用minikube的绝对路径执行命令，绕开PATH的限制：

sudo /usr/local/bin/minikube start --cpus 4 --memory 24000 --disk-size=50g --kubernetes-version=v1.7.4 --vm-driver=none

问题根源解析 #

sudo为了安全，默认会重置环境变量（包括PATH），只使用secure_path定义的路径集合。哪怕你的普通用户和root用户的PATH都包含/usr/local/bin，只要secure_path配置没正确加载，sudo就找不到这个目录下的minikube。

内容的提问来源于stack exchange，提问作者GJaehrling