刷BIOS支持EFI？这可真的牛````有成功的例子吗？

更新了/usr/standalone/i386文件夹中所有文件的作用，顶一下。

看来boot1h(它是一级引导文件)的确不是写的MBR，应该叫VBR(Volume Boot Record分区引导记录），因为写MBR是不能写512字节的，446字节之后有很多的分区信息，是不可能采用相同的文件来定义的。

真有兴趣的还可以继续研究。
１、用dd命令把你的OS X所在硬盘的MBR读出来；
dd if=/dev/diskX of=mbr.bin bs=446 count=1
２、然后与Chain0或boot0比较这个生成的文件看看就知道了；
３、另外，MBR的code部分是实模式的，应该可以直接反汇编出来看的；

参考文献是wiki上关于MBR的介绍。

好帖子，有料，顶。

经过比较发现，MBR的内容就是boot0

再附上一张chain0与VBR(boot1h)的对比。大家可以看一下最后的错误信息对比，是不是很熟悉呀？

果然boot0就是抹掉了DPT的MBR
boot1h也只是被写到PBR而已。。

再补充一点说明：
我的这块硬盘全是HFS+的分区，晚上再贴上SATA(XP)硬盘MBR的内容比比看。

好身的文章喔,看不懂

大大用了你的方法还是有问题,可以看看我这个要怎么解决吗

http://bbs.pcbeta.com/thread-218754-1-1.html

这么好的帖子，可惜我想保存下来远景都不让。。。。

BOOT0如果我没记错的话
是写guid分区时必须的

刚才研究了一下startfiletool的源程序，在每个HFS+的分区最初1024字节后有一个512字节的HFSPlusVolumeHeader，他的定义如下：
struct HFSPlusVolumeHeader
{
  UInt16        sig;
  UInt16        version;
  UInt32        attributes;
  UInt32        lastMountedVersion;
  UInt32        journalInfoBlock;
  
  UInt32        createDate;
  UInt32        modifyDate;
  UInt32        backupDate;
  UInt32        checkedDate;
  
  UInt32        fileCount;
  UInt32        folderCount;
  
  UInt32        blockSize;
  UInt32        totalBlocks;
  UInt32        freeBlocks;
  
  UInt32        nextAllocation;
  UInt32        rsrcClumpSize;
  UInt32        dataClumpSize;
  HFSCatalogNodeID nextCatalogID;
  
  UInt32        writeCount;
  UInt64        encodingsBitmap;
  
  HFSPlusForkData allocationFile;
  HFSPlusForkData extentsFile;
  HFSPlusForkData catalogFile;
  HFSPlusForkData attributesFile;
  HFSPlusForkData startupFile;
} __attribute__((packed));

startfiletool的作用是在磁盘上像存储其他文件一样随便找个空余的地方写入boot或者efi_boot，然后更新这个HFSPlusVolumeHeader，最重要的是更新了他的最后那个startupFile项，使它指向写入的boot文件的位置，这才能保证启动的时候调用这个boot，后者完成必要的工作(比如提供欺骗性的EFI信息)后启动mach_kernel.
至于envying前面提到的62kb的大小限制，我觉得是指对boot的要求吧，因为boot1h写在f分区前512字节内，怎么可能这么大呢。

这个是否可以用于解决用TOH抹盘而不能引导的问题呢？

引用:

原帖由 sweec 于 2007-12-6 14:13 发表
至于envying前面提到的62kb的大小限制，我觉得是指对boot的要求吧，因为boot1h写在f分区前512字节内，怎么可能这么大呢。

62kb is the limit for boot or boot_efi, these two files are second stage booter are for loading mach_kernel.

支持一下
  

先顶了。再慢慢研究

写得好深啊，远景难得看到这样的帖子，但对初学者好像太难了，其实用虚拟机修复引导很方便的

哇 虽然看不怎么明白 但绝对是好文章 也直的好好学习

我看不懂 我还得努力学习