0

我在 USB 密钥中“刻录”了最后一个 Lubuntu ISO,我可以进入 GRUB,但如果我选择一个选项,屏幕将永远变黑

我的电脑完全是 UEFI(我猜)并且 nomodeset 没有任何改变

grub.cfg 就是这样

set gfxpayload=keep
linux /casper/vmlinuz  file=/cdrom/preseed/lubuntu.seed boot=casper quiet splash ---
initrd /casper/initrd

USB 密钥已打开 (hd0,msdos1)。我试过没有/cdrom和有(hd0,msdos1)和相同

一些环境变量

cmdpath=(hd0,msdos1)/EFI/BOOT
root=hd0,msdos1
prefix=(hd0,msdos1)/boot/grub

如果我不使用linuxinitramfs 要求我先加载内核,如果我不使用initrd,我会得到一个Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)


我不知道我该如何走得更远,所以我只会写我所做的

set我在启动之前、之后echosleep 3之后插入了一个回声,在启动之后,我在键盘上输入了胡言乱语,然后出现了 lubuntu 启动屏幕,但他在 2 秒后消失了,以便放置内核日志setlinuxinitrdecho

0183882 ACPI BIOS Error (bug): Failure creating (\_8B.PCIO.XHC.RHUB.HS01. UPC, AE ALREADY EXISTS 20181213 /dswload2-324)
0183890 ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20181213/psobject-221)
U 0189894 ACPI BIOS Error (bug): Failure creating (W_SB.PCIO.XHC.RHUB.HS01.PLD], AE ALREADY EXISTS 20181213 /dswload2-324)
01838971 ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20181213/psobject-221)
0184241 ] ACPI BIOS Error (bug): Could not resolve _SB.PICO.RPO5.PXSX.HIST, AE NOT FOUND 20181213 /psargs-330)
0184248 ] ACPI Error: Method parse/execution failed CNDP, ARE NOT FOUND (20181213/psparse-531)
0184252 ] ACPI Error: Method parse/execution failed, AE NOT FOUND (20181213/psparse-531)
[ 0184254 ACPT Error: Invalid zero thread count in method 20181213 /dsmethod-774)
0184256 ] ACPI Error: Invalid Owner Id: 0x 0020181213 /utownerid 156)
0184342 ACPI Error: AE NOT FOUND, (SSDT:xh whld4) while loading table (20181213/tbxfload-196)
0184342 ACPI Error: 1 table load failures, 9 successful 20181213 /tbxf load-214)
6572044 ] Couldn't get size: 0x800000000000000e
[ 8026762 sd 1:0:0:0: (sda) No Caching mode page found
8026779 sd 1:0:0:0: (sda Assuming drive cache: write through
86391014 ] hdaudio hdaud LOCOD2: Unable to bind the codec

从这里我可以 CTRL + ALT + Fi 进入 ttyi 并使用默认 Lubuntu 帐户登录

我真的不明白发生了什么,但我比以前更进一步。但我无法重现它

如果我只是重写linuxinitrd第二次底部并且我混合 Ctrl + Alt + Fi ,它也可以工作

简而言之,如果我以任何可能的方式干扰linux+的正常执行,它很少起作用initrd

比我可以去 ttyi 并启动 X 和工作

但在正常情况下,我的问题仍然存在


我发现第二种方法是可重现的

4

1 回答 1

0

考虑到最后一种方法是可重现的(但很糟糕)并且这里没有人有更好的解决方案,我会考虑添加

linux
initrd

在 GRUB2 的正常菜单项之后的行中,在黑屏时混合 Ctrl + Alt + Fi 然后使用默认的 liveCD 帐户登录,然后startx作为我的问题的解决方案


经过多次测试后,我发现问题会在大多数情况下或很少发生,具体取决于分布。使用 Lubuntu 几乎每次都出现,但使用 Ubuntu 时只有 30% 的时间,而且完全随机

最后,我所做的就是重新启动直到它启动。也许是一张关于 vmlinuz 或其他什么的票。我认为它与一种 BIOS/GPU 有关,谁知道

于 2019-10-19T17:48:18.457 回答