我正在处理一些奇怪的UEFI问题,现在我似乎唯一能够启动的就是在一个活的USB (KDE版本,快照20170608 x64)上的openSUSE Tumbleweed。
背景:我正在处理东芝卫星S55t-B5233笔记本电脑。我想重新安装Windows 10,但是当我安装它时,它没有正确地擦除分区,所以我在启动时选择了启动"Windows 10“或"Windows 10”。我启动了一个openSUSE实时映像,删除了驱动器上的每个分区,创建了一个新的空白EFI系统分区和一个胖文件系统,然后我的麻烦就开始了。我无法从任何东西上启动,包括以前工作不到一个小时的USB接口。最后,在按住"U“键后,我能够从openSUSE现场USB启动。我试着将openSUSE安装到磁盘上,但没有成功。我尝试过在USB驱动器(而不是活动映像)上安装真正的openSUSE映像,在USB驱动器上使用Archiso,在rEFInd上使用USB实时映像,以及用Rufus制作的Windows 10安装程序。他们没有工作-我得到的只是一个“没有可启动的设备--请重新启动系统”。(我甚至尝试更改Arch驱动器的MBR磁盘标识符,以与openSUSE驱动器匹配。这也没用。)不管怎么说,说出我的问题。(在openSUSE活动环境的上下文中)
efibootmgr --verbose将"Windows“作为UEFI引导选项中的一个条目。它还指定了bootmgfw.efi的文件路径,该文件路径不再存在于驱动器上。当我使用efibootmgr -b 3 -B时,我得到了Could not delete variable: Interrupted system call。Boot0003的文件从/sys/固件/efi/efivars中消失,efibootmgr表示没有设置BootOrder,但是在重新启动时这两个变量都返回到以前的状态。我认为对efivars文件系统的更改实际上并不是写到固件中,所以这是否表明openSUSE存在错误,还是意味着固件出现了问题?
编辑:使用GRUB命令行,我引导到Arch。同样的问题还在继续。
发布于 2022-02-26 22:14:46
在安装arch linux时,我也犯了同样的错误。也就是说,由于“中断系统调用”错误,我无法在uefi模式下安装grub。efibootmgr也产生了同样的错误。那是在我的笔记本电脑里,联想。
以下解决方法起作用了:在bios模式下安装grub (--target=i 386-pc)>在我的笔记本电脑的bios中选择“遗留模式”>重新启动>在启动期间选择正确的引导条目。
而且效果很好!
https://unix.stackexchange.com/questions/372381
复制相似问题