添加用户到docker组后Ubuntu 5.15.0-56-generic内核无法启动的修复咨询

问题描述 #

我在Ubuntu Jammy（与Windows双系统）环境下执行了以下命令：

sudo gpasswd -a ${USER} docker

重启系统后，Ubuntu卡在PC厂商logo与Ubuntu加载界面，无法进入登录页，但Windows可以正常启动。我尝试通过恢复模式的root控制台移除用户，问题仍未解决。不过从启动项高级选项中选择「Ubuntu, with Linux 5.15.0-43-generic」可以正常进入系统，只有「Ubuntu, with Linux 5.15.0-56-generic」版本无法正常工作。

排查与修复步骤 #

兄弟，我之前碰到过类似的内核启动异常问题，大概率是添加用户到docker组后，docker服务在新内核下启动时触发了兼容性冲突，给你几个可行的解决方向：

• 临时禁用docker开机自启，验证新内核可用性
  先用能正常运行的5.15.0-43内核进入系统，执行以下命令禁用docker的开机自启：

  sudo systemctl disable docker.service
  sudo systemctl disable docker.socket
  

  重启后选择5.15.0-56内核，如果能顺利进入登录页，说明问题确实出在docker服务与新内核的兼容性上。

• 进入新内核后排查docker启动异常
  如果成功进入新内核系统，先重新启用docker服务：

  sudo systemctl enable docker.service
  

  然后查看docker的启动日志，定位具体错误：

  journalctl -u docker.service -b
  

  常见问题可能是新内核缺少docker依赖的内核模块，或者docker版本与新内核不兼容。可以尝试更新docker到适配版本：

  sudo apt update && sudo apt install --only-upgrade docker.io
  

  （如果你用的是Docker官方deb包，替换为对应的官方更新命令即可）

• 重置udev权限规则
  添加用户到docker组后，udev对docker设备的权限配置可能在新内核下失效，尝试重新加载udev规则：

  sudo udevadm control --reload-rules && sudo udevadm trigger
  

  执行完成后重启系统，再测试新内核能否正常启动。

• 重新安装有问题的内核
  如果以上方法都无效，可能是新内核的安装包出现损坏，尝试卸载并重新安装：

  # 卸载有问题的内核及头文件
  sudo apt remove linux-image-5.15.0-56-generic linux-headers-5.15.0-56-generic
  # 重新安装内核
  sudo apt install linux-image-5.15.0-56-generic linux-headers-5.15.0-56-generic
  # 更新grub引导配置
  sudo update-grub
  

  完成后重启系统，选择5.15.0-56内核测试即可。

备注：内容来源于stack exchange，提问作者Константин