该解决方案仅供参考,不保证所有设备都能解决
问题背景:
通过Windows11使用VM Wave软件开启Ubuntu18.04虚拟机,在设置虚拟网络编辑器和网络适配器连接时,主机意外蓝屏(我电脑老毛病了每次都这样,用的电脑是联想小新13pro 2020版)。
问题描述:
重启主机后,照旧打开虚拟机,发现进不去图形界面,显示一个标题GNU GRUB version 2.02的界面。
解决方案:
接下来需要进入Ubuntu的恢复模式,可以按照以下步骤操作:
- 在计算机启动时,按住Shift键(我的虚拟机不用按,看具体情况),直到出现Grub引导菜单。
- 在Grub菜单中选择“Advanced options for Ubuntu”或“高级选项”,然后选择Ubuntu内核版本后面的“recovery mode”或“恢复模式”选项。
- 如果需要,输入用户名和密码,进入恢复模式的终端。 在恢复模式中,可以进行一些常见的系统维护操作,如文件系统检查和修复、网络设置、密码重置等。具体的操作步骤和选项可能因Ubuntu版本和配置而异,建议在操作前仔细阅读提示信息和文档。
然后会进入一个界面显示:
1.520391] piix4_smbus 0000:00:07.3: SMBUS Host Controller not enabled!2.123455] sd 32:0:0:0: [sda] Assuming drive cache: write throughdev/sda1 contains a file system with errors, check forced.dev/sda1:Entry 'job.cache'in /var/cache/cups (538460) has an incorrect filetype (was 1,should be 2). dev/sda1: UNEXPECTED INCONSISTENCY; RUN fSCK MANUALLY.(i.e.,without -a or -p options)fsck exited with status code 4The root filesystem on /dev/sdal requires a manual fsck BusyBox y1.27.2 (Ubuntu 1:1.27.2-2ubuntu3.2) built-in shell (ash)nter help for a list of built-in commands.
(initramfs)
此图用软件翻译过 所以是中文,原文是英文
这段提示信息表明/dev/sda1分区中的文件系统出现了一些错误,需要进行fsck检查和修复。下面是解决问题的步骤:
- 在命令提示符(initramfs)下输入“fsck /dev/sda1”命令,对/dev/sda1分区进行检查和修复。如果提示需要输入“y”或“yes”确认,则输入确认。
- 如果fsck检查和修复过程无法自动解决问题,可以尝试使用“fsck /dev/sda1 -y”命令,使用自动模式进行检查和修复。但需要注意的是,自动模式可能会删除部分数据或文件,因此需要谨慎操作。
- 如果上述方法仍无法解决问题,可以尝试使用Ubuntu安装盘或Live CD/USB启动计算机,并进入恢复模式。
- 在恢复模式中,选择“fsck”或“修复文件系统”等选项,进行文件系统的检查和修复。这个过程可能需要一些时间,需要耐心等待。
- 如果文件系统检查和修复无法解决问题,可以尝试重新安装Ubuntu系统,或者使用备份数据恢复系统。 总之,需要根据具体情况采取相应的解决方案。在进行fsck检查和修复时,需要谨慎操作,避免误删数据或文件。建议在操作前备份重要数据。
输入完fsck /dev/sda1后显示:
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** dev/sda1: 183614/1441792 files (0.1% non-contiguous),2449716/5766656 blocks
(initramfs)
出现“FILE SYSTEM WAS MODIFIED”,说明文件系统已经进行了修复。此时,可以尝试重新启动计算机,看看是否能够正常进入Ubuntu系统。如果能够正常进入系统,建议进行一些常规的系统维护操作,如清理无用文件、更新软件包等,避免类似问题再次出现。 如果重新启动后仍然出现问题,可以尝试进入恢复模式,进行进一步的排查和修复。在恢复模式中,可以进行文件系统的检查和修复、网络设置、密码重置等操作,具体的操作步骤和选项可能因Ubuntu版本和配置而异,建议在操作前仔细阅读提示信息和文档。 总之,在进行任何操作前,需要备份重要数据,以避免数据丢失。
此时,只要再输入reboot重启命令进行重启,再次进入GNU GRUB version 2.02界面选择Ubuntu,回车即可。
到此,ubuntu已经能正常启动并看到图形界面了,问题解决。文章来源:https://www.toymoban.com/news/detail-500404.html
再次声明,本解决方案仅供参考,不保证能解决所有设备上出现的同样问题。文章来源地址https://www.toymoban.com/news/detail-500404.html
到了这里,关于ubuntu18.04意外重启后出现GNU GRUB version 2.02的解决方法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!