错误:分区表需要用于引导加载程序代码的单独分区(EFI问题)


12

问题

我正在尝试在我的13英寸MacBook Pro (型号7,1。2010年中)上安装Ubuntu 12.04(64位,Mac替代)。MacBook Pro正在运行OSX 10.8.3,并且正在尝试将其安装双引导(即,因此我可以引导到Ubuntu或OSX)。从实时CD引导并选择“尝试Ubuntu”时,我创建了据称必要的分区表并准备安装。在安装过程中,我选择了新创建的“ ext4”分区,将其(在安装程序中)更改为“用作ext4日记文件系统”,然后按继续键。但是,弹出以下窗口:

磁盘上使用的分区表格式通常要求您为引导加载程序代码创建一个单独的分区。 此分区应标记为“保留的BIOS引导区域”,并且大小至少应为1 MB。 请注意,这与在/ boot上引导的分区不同。 如果您不返回分区菜单并纠正此错误,则引导加载程序的安装可能会在以后失败,尽管仍然可以将引导加载程序安装到分区。

以下是我在GParted中的分区表的快照。

GParted分区表设置

以下是安装窗口的快照。

安装窗口


假说

@Seth和我正准备考虑这是Ubuntu无法检测到我的计算机正在使用EFI而不是BIOS的问题。我认为,如果我们以某种方式让Ubuntu意识到我正在运行使用EFI的计算机,则安装将运行得更加流畅。但是,由于我在MacBook Pro上运行,因此Windows遇到类似问题的用户将无法使用相同的解决方案(或其他将来遇到的问题)。


尝试和调查的事情

以下是我尝试并研究过的内容。随着问题的进展,我将对其进行更新。

  1. 我已经尝试研究此问题,并且也遇到了这个问题。但是,在与聊天室中的人讨论了这个问题之后,我- 我们很确定这是硬件问题。
  2. 另外,我尝试了此wiki,但是该Wiki似乎适用于Windows,我很确定这是特定于硬件的问题。更新:我继续尝试了我链接到的部分,但并没有完全锻炼。按照说明进行操作时,我无法单击“ GRUB位置”标签,因为它已被禁用:rub位置已禁用
  3. 我经过的另一个未尝试的选项@Seth绕过了错误,然后运行上面列出的引导修复程序。不过,有人担心这很危险,因此我很高兴听到另一种意见。
  4. 我尝试了@ rod-smith提供的解决方案。但是,正如他对他的回答的评论所表明的那样,我遇到了一些问题。尝试执行步骤10中的替代步骤时,启动只是给了我一个不会消失的空白屏幕(我在该屏幕上花费的最近时间是大约40分钟,直到我重新启动)。继续按照说明进行操作,在步骤18出现之前(从未发生),出现以下错误:

    警告:操作系统将无法使用任何控制台
    错误:未找到合适的视频模式。
    (见图片)

  5. 根据我在第四项(上文)中的解释,将分区/所有设置保持为设置状态,但由于安装了GRUB,因此我尝试了第二项中的链接。我可以访问菜单,然后浏览所有需要完成的操作。但是,重新启动后,我遇到了相同的不确定黑屏。

  6. 按照@TheMysteriousMan的帖子,我也尝试选择/dev/sda1在其上安装引导加载程序,但收到相同的错误。

  7. 还尝试了Ubuntu 13.04(64位,Mac替代),但再次收到相同的错误。

  8. 我注意到的是,双击分区(在此过程的第三张照片中所示的安装过程中)并调出“编辑分区”窗口时,在“用作为:”下拉菜单下(其中选项例如出现“ Ext4日记文件系统”),则可以选择“保留BIOS引导区”。我想知道错误是否在要求我对选项做些什么。如果要求我使用此选项,是否应该创建一个新分区并在其上设置此选项?分区应该多大?还是将其放在现有分区上?


TLDR和问题

这里的主要问题是:如何获得此错误消息?是否需要一些尚未完成的配置?还是这是一个可以绕过的安全错误消息?

Answers:


11

在按照以下说明进行操作之前,请先阅读整个答案。

为了解决此问题,您需要创建一个额外的分区。

  1. 在Ubuntu中安装rEFIt或rEFInd 1。
  2. 启动Mac OSX。
  3. 启动操作系统磁盘实用程序应用程序。
  4. 确保已经调整了“ Macintosh HD”分区的大小,以便为新分区留出空间(我选择了〜50 GiB)。
  5. 使用Ubuntu Live CD重新启动。
  6. 选择“尝试Ubuntu”。
  7. 启动名为GParted的应用程序。
  8. 使用文件系统ReiserFS创建一个名为“ bootloader”的新分区。我将此分区设置为500 MiB。我不确定文件系统或大小是否重要。根据Wikipedia BIOS引导分区页面,此分区可以小到只有1 MiB。
  9. 创建一个大约1 GiB的新Linux交换分区。我称这个为“交换”。
  10. 使用其余未分配的空间创建一个名为“ primary”的ext4分区。

按照上面的说明进行操作后,GParted的外观应类似于下图。请记住,我是在安装后进行此操作的。Ubuntu安装后,我的linux-swap和ext4分区的标签消失了,并添加了键/感叹号图标。此外,无需bios_grub为ResiserFS分区设置标志,该标志也是在安装后(或安装过程中)自动添加的。 GParted

现在已经设置了分区,回到桌面,单击“安装Ubuntu 12.04”(如果它不在桌面上,它也应该出现在左侧的菜单栏中),然后按照下面的步骤进行操作

  1. 浏览选项(根据需要对其进行个性化设置),直到进入“安装类型”屏幕,询问您如何安装Ubuntu。
  2. 在“安装类型”屏幕上,选择“其他”,然后继续(按“立即安装”)。
  3. 现在,您将到达一个列出所有分区的窗口。标识“ bootloader”分区(如果标签未显示,请按设备,类型或大小列进行标识),然后双击该分区。
  4. 弹出“编辑分区”的窗口。选择“用作”旁边的选项字段,然后单击显示“保留的BIOS引导区域”的值(如下图)。按“确定”。 选择“保留的BIOS引导区”
  5. 标识刚刚创建的ext4分区,并打开“编辑分区”窗口。
  6. 将“用作为:”值设置为“ Ext4日记文件系统”,检查格式选项。确保将安装字段也设置为/。按“确定”。
  7. 继续并继续该过程,根据需要个性化结果。

从这里开始,一切都会正常进行。确保已安装rEFIt或rEFInd,以便稍后可以启动到Ubuntu 1。

1.事实证明,如果您在引导时卡住,而不是使用诸如rEFIt及其之前版本的程序,则只需按住该alt/option键即可引导到分区/磁盘/任何地方。


5

我上次检查(两个或三个版本之前)时,Ubuntu的“ Mac替代”版本基本上只是普通的Ubuntu,但是删除了其EFI引导选项。由于Mac使用的是EFI,这似乎很奇怪,但是问题是Mac的EFI很奇怪,而标准的Ubuntu安装程序在Mac的EFI上有问题。(但是,我不记得问题的确切性质。)由于Mac提供了BIOS兼容层,因此以这种方式引导是有意义的;当GRUB使用BIOS引导模式安装到GPT磁盘时,必须使用BIOS引导分区(Ubuntu对话框称为“保留的BIOS引导区域”)。因此,对话框要求该区域。

如何进行的一种选择是默认创建BIOS引导分区的请求。如果一切顺利,Ubuntu将以BIOS模式启动。随后,您可以通过安装EFI模式引导加载程序来更改Linux引导模式。有关如何执行此操作的示例,请参阅我的Mac上的EFI-Booting Ubuntu,尤其是标题为“修复安装”的部分。

另一个选择是尝试使用标准的Ubuntu安装程序,而不是Mac变体。您可能需要一些帮助才能使其启动。尽管我无法做出任何保证,但rEFInd可能会为此提供帮助。启动安装程序后,您应该通过查找目录来确保其以EFI模式运行/sys/firmware/efi。如果存在,则您已以EFI模式启动,如果不存在,则可能已以BIOS模式启动,应再试一次。


谢谢!遵循“安装Ubuntu”部分时,我遇到了一些问题。我已经安装了gdisk,但是命令不起作用。运行时,sudo gdisk /dev/disk0s3我收到“错误为16”。因此,我尝试在“磁盘工具”中手动将其删除n,然后通过gdisk(带有)创建一个新分区,但随后出现“错误为2”。我找不到任何文档,但是由于您是开发人员,所以希望您能阐明这个问题。
— 杰里米

您要指定分区(/dev/disk0s3)作为的选项gdisk,但是您需要指定整个磁盘(/dev/disk0)。
— 罗德·史密斯

我搞砸了。我将“ + 128M”作为第一个扇区而不是最后一个扇区。这促使我进入最后一个领域。我该怎么办?= /(如果您想进入“ General Room”聊天室,那就好了:D)
— jeremy

按Ctrl + C退出程序,然后重试。
— Rod Smith

我不知道如何执行“修复安装”的步骤10下的步骤1(从“为在/ boot上使用的文件系统(或根文件系统,如果未分割/ boot的情况下,复制EFI驱动程序开始)” ...“)老实说,我什至不知道要搜索什么。您有更简单的说明吗?:)到目前为止,谢谢。
— 杰里米

3

您是否试图选择/dev/sda1安装引导加载程序的位置?在定制安装菜单的底部,有一个标记为的位置:

Device for bootloader installation

从下拉菜单中选择/ dev / sda1。


这就是我之前在聊天室中的意思。只需在主磁盘上选择EFI分区作为引导加载程序位置即可。根据Wikipedia的说法,这可能会影响以后的固件更新,但是我的Mac已经足够老了,我并不在乎(不太可能是任何有用的更新)。
— Chan-Ho Suh 2013年

@ Chan-HoSuh和OP:不幸的是,这没有用。谢谢,不过。
— 杰里米
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.