戴尔 xps 15 7590(酷睿 i7-9750H)(NVIDIA GeForce GTX 1650、4 GB、GDDR5)
ubuntu 20.04.1 LTS(笔记本电脑出厂时预装了 win10 - 约一个月前清除了 windows 系统并安装了 ubuntu)
bios 版本 1.8.1
截至 5 天前,笔记本电脑启动时在 dell 启动画面冻结(“ubuntu” 从未出现在底部)。这次启动和上次成功启动的唯一区别是,这次我有一个 HDMI 将笔记本电脑连接到显示器(之前从未连接过,无论是在启动期间还是其他情况下)。这个周末一直在尝试修复,但没有成功。
通过Esc
->Advanced options for Ubuntu
我可以正常启动恢复模式。操作系统分区似乎没问题。
dell 预启动诊断程序返回一切正常,但在尝试启动时却显示“无可启动设备”。
这里有很多关于启动问题的帖子。我尝试了所有我能尝试的方法但都无济于事。我尝试过的方法:
- 启动旧内核(5.4.0-45-generic 和 5.4.0-42-generic)
- 禁用安全启动(BIOS 系统信息显示“签名固件更新已启用”,所以我没想到这会起作用。而且自从安装 ubuntu 以来就没有进行过 BIOS 更新)
- 禁用 bios 启动顺序中的所有选项(ubuntu、ubuntu 固件更新、windows 启动管理器),为 shimx64.efi 创建新的启动选项,然后重新启动
- 在 /etc/default/grub 中将“quiet splash”替换为“nomodeset”(我已阅读有关 nvidia 问题)
- 从 USB 启动修复,“推荐”选项。现在唯一的区别是启动时出现戴尔徽标,消失 3 秒,然后重新出现。pastebin 结果我还运行了“启动信息摘要”选项(在“推荐”之后......我的错误)并且这个Pastebin
- 在恢复模式下,我检查了 /var/log/dmesg 和 syslog明显的错误的迹象。它们还不如用克林贡语写的!:-)
- 在恢复模式下,我尝试更新 grub 引导加载程序,但我认为启动修复已经完成了此操作
- 从 usb“尝试 Ubuntu”,我检查了文件系统:
sudo fdisk -l
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme0n1p2 1050624 500117503 499066880 238G Linux filesystem
sudo fsck -f /dev/nvme0n1p2
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure```
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/nvme0n1p2: 288820/15597568 files (0.8% non-contiguous), 5256908/62383360 blocks
任何帮助都将不胜感激。如果需要更多信息,请告诉我。我可以重新安装操作系统,但我想知道为什么会发生这种情况以及如何防止将来再次发生
编辑1:
输出lspci -k | grep -EA3 'VGA|3D|Display'
:
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 630 (Mobile)
DeviceName: Onboard IGD
Subsystem: Dell UHD Graphics 630 (Mobile)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 07)
--
01:00.0 3D controller: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile / Max-Q] (rev a1)
Subsytem: Dell TU117M [GeForce GTX 1650 Mobile / Max-Q]
Kernel driver in use: nvidia
Kernal modules: nvidiafb, nvidia_drm, nvidia
答案1
我的 Dell xps 15 7590 也遇到了同样的问题。对我来说,这种情况发生在我仍在使用 Ubuntu 20.04 时,但我升级到了较新的内核(我认为是从 5.7.41 升级到 5.7.47 或类似的版本)
通过在启动时始终回退到早期的内核版本,我能够继续启动。
然后我将版本升级到 20.10,当然它删除了旧内核,只保留了 5.7.47 作为后备。
经过一番咒骂之后,解决办法其实很简单:
启动到恢复模式,并删除冗余文件 /etc/X11/xorg.conf - 该文件似乎包含 Nvidia 图形驱动程序的无效路径。
完成后,我可以使用最新内核 20.10 正常启动
另请参阅https://itsfoss.com/fix-ubuntu-freezing/特别是来自 Klavs 的评论(这就是我发现此修复程序的方式)。