第一次尝试从live引导linux，卡在GRUB命令行上。

Question

我正试图在我的机器上安装openSUSE Tumbleweed以取代Windows 11。我已经创建了一个包含openSUSE Tumbleweed的活U盘，并将它设置为UEFI中的第一个也是唯一的一个引导选项。

从USB引导将显示GRUB命令行：

Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.

>grub

输入ls命令输出：

(proc) (hd0) (hd0,mdos1) (hd1) (hd1,gpt5) (hd1,gpt4) (hd1,gpt3) (hd1,gpt2) (hd1,gpt1)

并输入ls命令以显示每个设备名称和索引(即ls (hd0,1)/ )的根分区，输出如下：

error: ../ ../grub-core/kern/fs.c:121:unkown filesystem

除了(hd1,gpt1)，输入命令ls (hd1,1)/输出：

efi/ System Volume Information/

我不知道从哪里成功引导到openSUSE TW，有什么建议吗？

Answer 1

@sudodus评论解决了我的问题。

@来宾，我建议现在做几件事: 1.由于我们没有找到您当前的iso文件的校验和，请下载当前的一个+加上相应的sha256sum。使用一个较小的“实时”驱动器(~1GB，而“媒体”文件>4GB)可能“足够好”，但两者都适用于您；2.在互联网上描述了几个“ISO2USB”工具，我不知道您使用的工具是否好。我建议您使用从iso文件克隆到USB驱动器的工具。- sudodus在Windows克隆当且仅当你选择‘dd-模式’。我确信Win32DiskImager是一个克隆工具，我认为Balena是一个克隆工具。请告诉我您是否在某些Linux系统中工作，以及哪个系统，我可以建议使用哪个工具；3.下一步是通过引导菜单完全关闭“安全启动”；4.下一步是尝试以“恢复模式”(可能类似的措辞)和/或使用启动选项nomodeset启动。-苏多迪

Answer 2

这是一个与这样一个事实有关的问题，那就是，在他们的伟大智慧中，openSUSE决定他们“更了解”和选择使用/boot/grub2/作为他们的GRUB前缀而不是事实/boot/grub/ (而且为了记录在案，他们没有这么做是因为他们的图像或任何东西上有一个相互冲突的/boot/grub/目录，但显然“仅仅是因为.”)。

当用当前版本的Rufus在BIOS模式下引导时，当USB驱动器以ISO模式编写时，这会产生问题，因为由于我们需要安装GRUB2.0引导加载程序(与UEFI不同，我们不能只在ISO上选择一个当前版本)，而且GRUB前缀是在引导加载器中硬编码的，使用非标准前缀的发行版会创建破坏。

我们将在Rufus 3.19中添加一个解决方案，但同时，正如@sudodus建议的那样，如果您计划在BIOS/Legacy模式中使用该媒体，则在用Rufus编写openSUSE媒体时应该使用DD模式。