我使用Ubuntu 12.04服务器CD安装服务器.

我有4个磁盘.在所有磁盘上,我执行了以下操作,类似于this howto：

>创建了一个2GB的交换分区
>创建了256 GB /启动分区
>创建了64 GB RAID10分区(用于root)
>创建了一个占用剩余空间的大型RAID10分区

我将启动格式化为ext3.我在root和大分区上设置了RAID10.我格式化了根一个ext4.我在大文件上创建了一个逻辑卷,并将其格式化为ext4.

由此产生的系统工作正常,并启动良好.

问题详情：

然后我决定记录失败程序.作为第一步,我决定重新安装grub.

# grub-install /dev/sda
warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!.
error: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However,blocklists are UNRELIABLE and their use is discouraged..
# grub-install /dev/sdb
warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!.
error: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However,blocklists are UNRELIABLE and their use is discouraged..

所以看起来它失败了,但似乎它放弃了,并没有做出改变.所以我重新启动了.启动失败.它只是挂着一个黑色的屏幕,闪烁的光标约4行.如果我按住“Shift”开机,我会在光标左侧显示“GRUB”字样,但没有交互式提示.

此时,我使用boot-repair-disk生成此报告：
http://paste.ubuntu.com/966531/

请注意,在上面的报告中,它表示引导加载程序没有指向core.img的正确扇区. (sda是虚拟cd; sdb是启动盘; sdc是sdb的镜像,但是没有镜像启动,只有一个单独的无关分区,格式化为ext3; sdd和sde有空间用于启动但是没有格式化)

然后我从ubuntu服务器CD启动,启动救援系统,并发出以下命令,完成没有错误(其中sda是虚拟CD,b,c,d,e是a,c的磁盘),在之前的grub命令中d：

# parted /dev/sdb set 2 bios_grub on
# parted /dev/sdc set 2 bios_grub on
# grub-install /dev/sdb
# grub-install /dev/sdc

此时,我使用boot-repair-disk生成此报告：
http://paste.ubuntu.com/966561/

请注意,关于core.img的问题已经消失.它似乎指向正确的部门.

现在如果我尝试启动,我会得到grub提示.如果我运行“set”,我会看到root被找到并设置.如果我运行“ls /”,我会从raid卷中看到我的根目录,包括vmlinuz内核文件.如果我输入“ls / vmlinuz”,则表示“错误：找不到文件”.如果我使用“linux”命令尝试加载内核,它会说同样的错误.如果我使用“ls -l /”,则不会列出vmlinuz文件.

过于冗长的细节,如果您想遵循：

我注意到也没有/boot/grub/grub.cfg,所以我跑了

# grub-mkconfig -o /boot/grub/grub.cfg

但问题仍然存在.

如果我使用“gptsync”工具,则此行为不会发生任何变化.

启动修复磁盘不会修复系统,因为它希望我使用支持EFI的BIOS启动.我简要地研究过这个,但我不知道它是如何工作的.我在我的启动选项中找到了一个UEFI shell,但我对此一无所知,也没有看到如何从那里更改启动(例如从该EFI shell启动CD).

我也读过this page,但Ubuntu没有附带“grub”命令,所以我不能完全遵循它.我可以简单地安装该命令,但我更好奇的是找出Ubuntu安装程序如何安装它而不是设置不同.它是否使用了阻止列表？

这是parted的输出,同时在boot-repair-disk上启动(这里sdb是第一个硬盘,sda从磁盘启动时,“boot”在第二个粘贴链接中更改为“bios_grub”)：

Model: ATA Hitachi HUA72303 (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system     Name   Flags
1      17.4kB  2000MB  2000MB  linux-swap(v1)  swap1
2      2000MB  2256MB  256MB   ext3            boot1  boot (this says bios_grub in 2nd link)
3      2256MB  66.3GB  64.0GB                  root1  raid
4      66.3GB  3001GB  2934GB                  data1  raid

这是一个不相关的超级旧虚拟机进行比较(对于不熟悉boot-repair-disk的人)：
http://paste.ubuntu.com/966799/

这是来自问题系统的最新粘贴,在运行上面的grub-mkconfig之后,还将“bios_grub”设置回“boot”.
http://paste.ubuntu.com/966808/

比较两者,这看起来很有趣：

sdb2: __________________________________________________________________________

File system:       
Boot sector type:  Grub2's core.img
Boot sector info: 
Mounting Failed:   mount: unknown filesystem type ''

md/bcserver8:0: ________________________________________________________________

File system:       ext4
Boot sector type:  -
Boot sector info: 
Operating System:  Ubuntu 12.04 LTS
Boot files:        /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

看起来raid有引导文件,sdb2没有格式化. (尽管如此,系统在运行grub-install之前启动).从救援CD中,“mount -t ext3 / dev / sdb2 / boot”失败.但有意义的是,这会使事情变得混乱,因为grub明确地使用了分区2(在partos命令中将2设置为bios_grub).

所以我做了这样的事情：

# mkfs.ext3 -L boot1 /dev/sdb2
# mv boot boot_on_root
# mkdir boot
# mount /dev/sdb2 boot
# rsync -avHP boot_on_root/ boot/
# parted /dev/sdb set 2 bios_grub on
# parted /dev/sdc set 2 bios_grub on
# grub-install /dev/sdb
# grub-install /dev/sdc

然后重新启动,我再次出现黑屏,没有提示.
http://paste.ubuntu.com/966848/

所以在这一点上,我的猜测是,当设置bios_grub时,grub不会安装到MBR,而不是安装在ext3上的ext3文件系统,而是安装在分区本身上,好像它是EFI …这显然会搞乱那里的ext3文件系统.从我关于EFI的简短阅读中,听起来像EFI假设第一个分区是引导,但在我的情况下,第一个分区是交换,它也应该是FAT而不是无法安装的东西…所以既然这样做很少/没有感觉,我仍然完全失去了一点线索. [编辑：现在我有一个线索…跳过一点更新]

现在当我在boot-repair-disk点击修复时,它会问别的东西.上次错误被隐藏在窗口下面,我不得不拖走另一个看到它.这次主窗口消失了,新窗口显示：

GPT detected.       You may want to retry after creating a
BIOS-Boot partition (>1Mo,flag). Do you want to continue?

所以我点击了是,它说它已成功修复,并创建了另一个粘贴：
http://paste.ubuntu.com/966862/

但我仍然有一个闪烁光标的黑屏.

现在我的理论是,引导被一个非胖的非EFI东西覆盖,这只是grub代码,否则它将会出现在0-63之前的扇区中.我很幸运地在这个页面上发表了一个非常明确的声明,这可能完成了我对这一切意味着什么的理解.然后在我发现之后,杰里米发布了一个答案,如果这是真的,那就确认这是缺失的关键概念.
http://blog.psych0tik.net/2011/08/grub-embedding-blocklists-and-bios_grub-partitions/

问题：

到底是怎么回事？为什么grub无法启动？为什么说“找不到档案”？

为什么grub不想在没有这个设置的情况下安装我用parted设置(这不是由Ubuntu安装程序设置的)？我认为我需要安装它的是一个单独的/ boot,它不在LVM或软件RAID中,因为我的root是在RAID中,而分区表是GPT.

Ubuntu CD安装程序如何安装它没有这个问题,没有bios_grub设置？

我也会考虑使用EFI.如果这是一个好主意,并且有一种标准的方式来设置它,我总是在学习新事物.

即使没有回答我的所有问题,最快的答案也会让我感到高兴,这将是一组命令,我可以从救援CD运行,以与安装CD相同的方式修复引导加载程序.如果我可以使用引导系统而不是CD运行它们,那也将是非常好的.