Ubuntu开机黑屏,或者 开机卡在loading initial ramdisk界面无法进入的解决方案
Yammie_Au 2024-07-09 11:37:01 阅读 64
因为已经解决了这个问题,里面涉及到的内核版本号仅做参考,不是本机图片,知道怎么操作即可
1.进入无法开启的内核对应的recovery mode,通过命令修改开机进入界面的方式
这种情况有可能是BIOS无法正确加载导致的问题,我们可以通过命令,修改/etc/default/grub的引导文件,把 GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash” 的quit splash改为text(以文本形式加载)或者quiet splash acpi=off(关闭ACPI(高级配置和电源接口))。
(1) 方法一:进入root Shell修改grub配置文件
重启Ubuntu系统开机,会进入启动选择页。选择*Advanced options for Ubuntu,回车。
假设是4.15.0-47-generic内核出现问题,选择它对应的系统修复模式(recovery mode)一般是二个。(回车选择)
如果可以进入,请选择进入root shell。此时可以以root权限输入命令。
输入root用户密码,登录进去
使用Vim修改grub, 点击键盘esc,输入:wq保存,退出Vim。
<code>vim /etc/default/grub
# 原本的
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"code>
# 改为 "text" 或者 "quiet splash acpi=off"
GRUB_CMDLINE_LINUX_DEFAULT="text"code>
更新grub,并重启系统
update-grub # 更新grub
reboot # 重启系统
Ubuntu默认选择排第一位的内核登入,重启后仍旧卡在开机界面,那么说明4.15.0-47-generic内核出现损坏,需要删除。
(2) 方法二:Ubuntu点击e键进入单用户模式修改grub配置文件
进入*Advanced options for Ubuntu,选择非recovery mode,点击e键修改grub配置文件
找到ro quiet splash,修改为:ro quiet splash acpi=off 或者 ro text;按下F10重启系统,进入Ubuntu
Ubuntu默认选择排第一位的内核登入,重启后仍旧卡在开机界面,那么说明4.15.0-47-generic内核出现损坏,需要删除。
--------------------------------------------------------------------------------------------------------------------------------
2. 进入过往内核的recovery mode,通过命令删除损坏内核的文件,修复引导
上述方法无法使用,仍旧卡在开机界面,只能把无法登入的内核给删除掉,登入过往内核。
重启Ubuntu系统开机,会进入启动选择页。选择*Advanced options for Ubuntu,回车。
假设是4.15.0-47-generic内核出现问题,选择过往内核:4.15.0-46-generic的系统修复模式(recovery mode),回车
如果可以进入,请选择进入root shell。此时可以以root权限输入命令。
输入root用户密码,登录进去
输入以下命令:
(1) 查看系统当前内核版本
<code>uname -sr
(2) 查看系统存在的所有内核版本
dpkg --get-selections |grep linux
(3) 依次删除出问题的4.15.0-47-generic版本内核文件
<code>apt remove linux-headers-4.15.0-47-generic
apt remove linux-image-4.15.0-47-generic
apt remove linux-image-extra-4.15.0-47-generic
(4) 自动删除不依赖的包,更新grub
apt autoremove
update-grub
(5) 重启
reboot
重启Ubuntu系统开机,会进入启动选择页。选择*Advanced options for Ubuntu,回车。
此时4.15.0-47-generic内核已经删除了,选择过往内核:4.15.0-46-generic,回车。
进入系统后,在开始菜单找到引导修复。选择“推荐修复”,重启,默认是4.15.0-46版本的内核
上一篇: 【解决Ubuntu报错】正在等待缓存锁:无法获得锁 /var/lib/dpkg/lock-frontend。锁正由进程 8311(unattended-upgr)持有
下一篇: 云计算基础架构平台搭建,云计算平台开发与运维,搭建openstack平台
本文标签
声明
本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。