新 RX 580 显卡视频 Linux 驱动程序安装时 Manjaro GRUB 启动损坏

新 RX 580 显卡视频 Linux 驱动程序安装时 Manjaro GRUB 启动损坏

我在 Manjaro Gnome 中遇到了一个错误,希望能够解决。

PC系统和驱动器配置:

旧版 BIOS 系统。华硕 Maximus IV Extreme-Z。该主板理论上支持UEFI BIOS启动,但在选项中激活EFI兼容ROM会使系统无法启动到BIOS,只留下黑屏。这与当前的错误无关。

蓝宝石 RX 580 Nitro+。该卡具有混合 BIOS,能够使用传统 BIOS 和 UEFI BIOS 启动。它的默认模式是legacy。(许多用户在论坛上报告了 Sapphire 480 型号中旧版 BIOS 的问题)。

sda SSD
    sda1 MS Windows Reserved
    sda2 Windows 10
    sda3 extended Manjaro
        sda5 /boot
        sda6 /
        sda7 /var
sdb SATA HDD
    sdb1 Windows data partition (sometimes appears boot in gparted options)
    sdb2 Manjaro Swap partition
sdc SATA HDD
    sdc1 extended Manjaro
        sdc5 /home
    sdc3 Windows data partition

错误解释:

安装新显卡后GRUB 启动得很好。我进入了Manjaro”硬件管理器“并按下”自动安装开源驱动”。

这将安装“视频Linux“ 驱动程序包括 AMD 开源驱动程序在 Manjaro 发行版中。

之后我重新启动了 Manjaro 并这不知何故损坏了启动,甚至弄乱了 BIOS 的视频分辨率当我进入 BIOS 配置时生成此图像:

BIOS 屏幕分辨率损坏

安装备用显卡似乎可以解决问题,并且使用备用卡以及重新插入 RX 580 后,BIOS 中的图像显示都恢复正常。

之后我卸载了“视频-Linux”Manjaro 少数几次成功启动时检查了驱动程序,但并没有解决问题。

损坏的启动包含几个问题:

  1. SSD sda 仅有时被 BIOS 检测到。很多时候它随机不会被检测到。我用“须藤 smartctl -a /dev/sda”,它报告健康状态,得分为 96,最低分数为 0/100。
  2. 尝试按照以下方式恢复 GRUB本指南只工作过几次。SSD 似乎会随着每次启动而降级。应用修复后的第一次启动工作正常,但在下次启动时,此错误返回,启动再次损坏,直到最终无法启动。使用 fsck 检查 sda5 /boot 分区,报告一切正常与其余 sda 分区一样。
  3. grub-install --recheck 在 /dev/sda 和 sdc 上没有报告错误。在 sdb 上报告了第 32 扇区的 FlexNet。我应用了修复程序本指南
  4. 备份并删除sda和sdb的前63个扇区使用 sudo dd 并在 sda 上执行 grub-install 和 grub-update。还对 sdb 和 sdc 进行了 grub-install --recheck 以防万一。
  5. 这些指南中的说明不起作用,并且启动会以多种方式损坏:

A。-如前所述,SSD 会被 BIOS 随机检测到。

b.-如果我将 SSD 设置为默认启动驱动器,它将进入 GRUB 救援模式。

C。-如果我使用 BIOS 的引导覆盖选项引导 SSD,它会正常进入 Manjaro GRUB。

d.-选择 Manjaro 或 Windows 10 启动会报告启动错误,系统正在尝试在物理驱动器外部读取/写入,此日志仅报告启动 Manjaro:

读/写外部驱动器错误日志

与此情况相关的日志和信息:

我认为这可能与该卡的混合BIOS选项有关。在此错误之前,我无法在 UEFI 模式下启动我的 Manjaro liveUSB(似乎与我的 ASUS Mobo 相关的 EFI 兼容性问题

出现此错误后,liveUSB 在 BIOS 开机自检后默认为成功的 UEFI 启动

也在启动时liveUSB 报告大量 SSD 读/写错误,并且启动时间很长Manjaro XFCE。

启动后,下一个报告的错误要少得多,启动时间也要少得多。这是一个粘贴链接到 liveUSB 的journalctl -b 日志。(这是我可以包含的唯一日志,因为我无法启动到我的基本 Manjaro 系统)

Pastebin 日志中出现此错误:

nov 25 19:40:37 manjaro kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20170728/psargs-364)
nov 25 19:40:37 manjaro kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.SPT1._GTF, AE_NOT_FOUND (20170728/psparse-550)

自从我安装了 Manjaro 后就出现了(所以与当前的错误无关)并且可以通过添加以下内容轻松解决:

sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="libata.noacpi=1"
sudo update-grub

答案1

正如 Michael Prokopec 建议将 SSD 插入另一个系统并清洁触点解决了问题。

启动时,另一个系统对 SSD 执行 e2fsck,报告其运行状况良好。后来我尝试重现该错误,并且现在似乎可以正常工作。

这可能是一个有缺陷的主板(我怀疑插座引脚有问题)或 Michael 提到的 SATA 触点。这是因为在受影响的系统中启动 Manjaro liveUSB 尝试在启动时执行 e2fsck 半成功。仅在另一块装有 Manjaro 系统的主板上启动即可修复此问题

笔记:BIOS 屏幕损坏是由双显示器/电视设置引起的。当我在没有将电视插入 HDMI 端口的情况下打开电脑时,BIOS 屏幕就恢复正常。

相关内容