Ubuntu 22重启后minikube无法启动，kubelet异常问题求助

你遇到的错误日志如下：

[kubelet-check] It seems like the kubelet isn't running or healthy.
...
Unfortunately, an error has occurred:
    timed out waiting for the condition

This error is likely caused by:
    - The kubelet is not running
    - The kubelet is unhealthy due to a misconfiguration of the node in some way (required cgroups disabled)

需要说明的是：minikube会在自身管理的节点（虚拟机或容器实例）内部运行kubelet，无需在宿主机单独安装，所以你没装过kubelet是正常的。重启后出现该问题，大概率是minikube的运行环境或本地状态异常，以下是常见原因及解决步骤：

可能原因及解决方法 #

1. minikube运行实例未自动恢复 #

重启宿主机后，minikube创建的虚拟机（如KVM、VirtualBox）或容器（如Docker驱动）可能未自动启动，导致内部kubelet进程未运行。

• 检查当前minikube状态：

  minikube status
  

• 若状态显示Stopped或异常，尝试手动启动：

  minikube start
  

• 若启动失败，重置minikube集群（注意：集群数据会丢失，需提前备份）：

  minikube stop && minikube delete && minikube start
  

2. 宿主机cgroups版本兼容性问题 #

Ubuntu 22默认可能启用cgroup v2，部分minikube版本对cgroup v2的支持不完善，重启后系统cgroups模式的变化会导致kubelet初始化失败。

• 检查宿主机cgroups版本：

  stat -fc %T /sys/fs/cgroup/
  

  输出cgroup2fs表示当前是cgroup v2，tmpfs表示是cgroup v1。
• 若为cgroup v2问题，启动minikube时指定兼容参数：

  minikube start --extra-config=kubelet.cgroup-driver=systemd --feature-gates="KubeletInUserNamespace=true"
  

• 或者临时切换回cgroup v1：编辑/etc/default/grub，在GRUB_CMDLINE_LINUX字段中添加systemd.unified_cgroup_hierarchy=0，执行update-grub后重启宿主机。

3. minikube本地状态或缓存损坏 #

重启过程中，minikube的本地配置文件、缓存数据可能损坏，导致启动时无法正确初始化内部节点。

• 清理缓存后重新启动：

  minikube cache clean && minikube start
  

4. 宿主机资源不足 #

重启后宿主机的内存、CPU被其他进程占用，minikube分配的资源不足以启动kubelet。

• 检查宿主机资源使用情况：

  free -h
  top
  

• 启动minikube时手动指定更高资源配额：

  minikube start --memory=4096 --cpus=2
  

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