Minikube启动及状态查询报错：无法解析Docker CLI上下文“default”

问题背景 #

执行minikube start或minikube status时出现以下错误，但Minikube核心组件（Control Plane、host、kubelet等）状态正常：

无法解析当前Docker CLI上下文“default”：上下文“default”未找到：打开C:\Users\wmmth.docker\contexts\meta\37a8eec1ce19687d132fe29051dca629d164e2c4958ba141d5f4133a33f0688f\meta.json：系统找不到指定路径。

解决方案 #

1. 重建Docker默认上下文

执行命令检查现有Docker上下文：

docker context ls

如果default上下文不存在，直接创建：

docker context create default

若上下文存在但配置异常，先删除再重建：

docker context rm default
docker context create default

2. 启动Minikube时指定Docker上下文

绕开当前默认上下文的问题，启动时直接指定上下文：

minikube start --docker-context=default

也可以设置Minikube默认使用该上下文：

minikube config set docker-context default

3. 手动修复缺失的元数据文件

如果是上下文元数据文件路径丢失，手动创建目录和配置文件：
首先创建对应目录（Windows环境）：

mkdir C:\Users\wmmth\.docker\contexts\meta\37a8eec1ce19687d132fe29051dca629d164e2c4958ba141d5f4133a33f0688f

在该目录下创建meta.json文件，内容为：

{
  "Name": "default",
  "Metadata": {},
  "Endpoints": {
    "docker": {
      "Host": "npipe:////./pipe/docker_engine",
      "SkipTLSVerify": false
    }
  },
  "TLSMaterial": {},
  "Storage": {
    "MetadataPath": "",
    "TLSPath": ""
  }
}

（Linux/macOS环境可将Host替换为unix:///var/run/docker.sock）

4. 重置Minikube重新关联

若以上方法无效，重置Minikube后重新启动：

minikube delete
minikube start

问题原因 #

Docker CLI的默认上下文配置文件损坏或缺失，Minikube启动时会尝试读取Docker上下文配置，但由于Minikube本身已成功关联Docker守护进程或使用了内置容器环境，因此核心组件不受影响。

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