☰

Asus eeepc 1215N：内核启动后控制台出现垃圾

tag-icon • tag-icon linux-kernel drivers console gpu asus
Asus eeepc 1215N：内核启动后控制台出现垃圾

我正在努力复兴旧的华硕eepc 1215N（作为在线课程时对学生的捐赠），首先尝试使用 Ubuntu 20.04。计算机“具有”nvidia optimus（双 GPU）并且在启动时正常工作（我可以运行 BIOS 设置和启动管理器）。

当 Linux 内核接管时（加载内核和 initrd），屏幕变成垃圾，如下所示：

垃圾屏

垃圾保持不变（即看起来没有损坏，但正在进行启动消息），即使在一小时后也不会消失（当我假设实时 USB 已经启动到 X11 时）。我尝试了几个 Linux 发行版（Ubuntu 20.04、18.04、16.04、CentOS、Arch、Debian stable 32bit netinstall，...），所有这些发行版的情况都是一样的。我尝试使用在各个论坛上找到的nosplash、nomodeset、启动nouveau.blacklist=1，i915.modeset=0但结果始终相同。

唯一没有造成这种损害的情况是 FreeDOS（它在某个时候报告“无效的操作码”并冻结了......）。

有关在这些计算机上安装各种发行版的 Wiki 页面（例如拱）不要提及任何类似的事情；它们主要涉及双 GPU 的电源管理或如何修复损坏的 X11 驱动程序。

有想法吗？

答案1

对于后人来说，问题在于引导加载程序为 Linux 内核设置视频模式；在那一刻，垃圾屏幕发生了冻结。启动机器的技巧是：

  1. 让引导加载程序使用纯文本模式（GRUB_TERMINAL="console"对于/etc/default/grubgrub2）；和
  2. 在切换到内核期间不更改视频模式（传递gfxpayload=text或GRUB_GFXPAYLOAD="text中的设置/etc/default/grub；对于较旧的引导协议 (linux16)，相当于传递vga=normal内核命令行）。

稍后在启动过程中的内核模式设置根本不是问题。

带有图形 grub 的安装程序/live USB（例如 ubuntu 20.04）将无法工作，安装本身必须在不同的机器上完成，然后chroot进入安装、调整/etc/default/grub和运行grub-update。将磁盘放入1215N后，它可以完美启动。

相关内容