目前我在准备双启动 Ubuntu 22.04.3 桌面(Linux 内核 6.2,ISO 链接), Ubuntu 22.04.3 服务器 (ISO 链接)和 Ubuntu 22.04.1(Linux 内核 5.15,ISO 链接)。LiveCD 刚刚启动失败(好像在加载服务时被停止并重新启动,因此 X11 窗口未加载)。
↑笔记本电脑将停留在此阶段约10秒,然后重新启动↑
在 Ubuntu 22.04.1 LiveCD 中找到的最后输出(首次启动 LiveCD;第二次(x of 5)
可能不会显示在屏幕上):
Started CUPS Schedular.
Started Network Manager Script Dispatcher Serivce.
Finished Detect the available GPUs and deal with any system changes.
(1 of 5) A start job is running for Ubuntu live CD installer (19s / no limit)
(2 of 5) A start job is running for Network Manager Walt Online (21s / no limit)
(3 of 5) A start job is running for casper-md5check Verify Live ISO checksums (28s / no limit)
(4 of 5) A start job is running for Dispacher daemon for systemd-networkd (30s / 1min 35s)
(5 of 5) A start job is running for Snap Daemon (32s / 1min 35s)
它很快就会重新启动(大约 34 秒,而不是 1 分 35 秒)。
Ubuntu 22.04.3 Server 的附加说明:
1
可以通过1)启动到救援模式,即添加到grub linux;2)然后退出救援模式,进入安装界面。- 网络选项中停留约 10 秒,然后自动重启。所以我猜测网络服务(NetworkManager 或 systemd-networkd)出现了问题。
硬件和软件规格:
- 联想 Legion R9000P ARX8(2023);AMD Ryzen 9 7945 HX(Zen 4)。
- 无安全启动,UEFI 模式。USB 由 rufus-4.3(GPT、UEFI 无 CSM、ISO 模式而非 DD 模式)或 UltraISO 准备。
- 预装 Windows 11 并运行良好。
- 之前安装过一次 Ubuntu 22.04(但之后发现启动有问题)。尝试重新安装 Ubuntu 时,我发现我甚至无法启动到 LiveCD。由于我格式化了之前的 Ubuntu,现在我无法启动到救援模式(伤心 QAQ)。
- 电源管理似乎由 Windows 中的软件控制。使用安静和正常模式,而在启动 LiveCD 时不应用性能/极限模式。
迄今为止已尝试过的尝试:
- 尝试了无线可用性、可切换/独立 GPU 模式、内存/CPU/GPU 超频、VT、AMD 安全性等各种 BIOS 选项组合,但仍然不起作用。
- 我的电脑的 BIOS 没有 ACHI 选项。所以(可能)我目前无法更改。但由于这台笔记本电脑只接受 NVME SSD,我猜它已经是 ACHI 了。
- 尝试了Grub 选项组合
acpi=off noapci noirq nomodeset
,因此似乎不是(或不仅仅是)ACPI 问题。 - 尝试了其他发行版,例如Ubuntu 23.10.1(不是旧版本),Fedora 39,ArchLinux 2023.11.01。它们的行为类似(启动网络服务时重新启动)。针对 Ubuntu 22.04.1 和 22.04.3 桌面版进行了 ISO SHA256SUMS 检查。
- 还尝试了不同的 USB 端口(USB-3.0、USB-2.0)。我目前只有一个 USB 棒,因此无法验证这是否是 USB 棒的问题。
希望有人能指出问题所在!非常感谢!
答案1
由于找到了一个临时解决方案,我正在尝试回答我自己的问题。
可能是 Linux 和 Windows 双启动系统的以太网硬件/软件(PCIe)兼容性问题。
该问题可能与另一个主题相关:X670 Elite AX WiFi/BT (RZ616) 在 22.04 上不可用但有些不同。我的笔记本电脑的 wifi 硬件恰好与该线程相同 (RZ616)。不同之处在于,我的笔记本电脑不是 wifi 连接不工作,而是崩溃并重新启动(启动 NetworkManager 服务或运行dhclient
)。
运行后dhclient
,我发现问题更可能是 RTL8111/8168/8411 PCIe(卡住并重新启动时dhclient enp7s0
,可以通过或enp7s0
推断)。虽然尝试了一些解决方案lshw -c network
lspci
Ubuntu 20.04 以太网 R8168r8168-dkms
,如果笔记本电脑的电源没有完全切断,回滚驱动程序可能仍然无法启动。
解决方案 1:彻底切断电源。
好吧,这看起来有点荒谬,但解决方案是关机,断开计算机电源几分钟,重新连接电源线,然后重新启动。
因此在这种情况下,在启动 LiveCD 或 Ubuntu 操作系统之前,请确保电源已完全切断。由于笔记本电脑(电池 + 电缆)与计算机(仅电缆)不同,因此可以执行以下操作:
- 硬关机或重启(按住电源按钮 8-15 秒)
- 对于这台笔记本电脑,进入 BIOS 禁用内置电池(也许是对主板造成较小损坏的更好方法)
解决方案 2:禁用以太网驱动程序 RTL8111/8168/8411。
对于双启动笔记本电脑,如果不需要以太网连接,则禁用 RTL8111/8168/8411 驱动程序任何一个Windows 或 Linux 可以解决这个问题。
- 在 Windows 中,禁用
Realtek PCIe GbE Family Controller
; - 在 Linux 中,通过
rmmod r8168
或禁用驱动程序rmmod r8169
,具体取决于安装的驱动程序。
通过这种方式,Windows 和 Linux 系统都能够启动,而无需切断电源。