当前位置: 首页>>技术教程>>正文


如何在Ubuntu或Windows中刻录rEfit .cdr或.dmg?

, , , ,

问题描述

我的MacBook Pro上没有安装Mac OS X,但是我有Ubuntu和Windows。

我正在关注this website’s instructions,以便在没有30秒延迟的情况下更快地启动到Ubuntu。但是,我什至无法刻录rEfit CDR图像。你会燃烧吗?

最佳回答

Installing rEFIt-在sourceforge rEFIt page处具有指向CD Burning Instructions的链接。您可能还需要阅读onmac Wiki上的TripleBoot via BootCamp页面。


更新您的评论。

  • 扩展.dmg.cdr用于Disk Images created on Mac

  • 我怀疑Windows /Linux目标文件’rEFIt-0.14.cdr.gz‘是压缩后的ISO尝试以下操作,

    • gunzip,将“ rEFIt-0.14.cdr.gz”更改为“ rEFIt-0.14.cdr”,

    • 将’rEFIt-0.14.cdr‘重命名为’rEFIt-0.14.iso

如果您没有方便的“ gunzip”,请使用7-zip


更新2:

  • 该文件不到7MB,因此我下载了文件并尝试了一些步骤。 gunzipped文件在Windows计算机上显示了这些详细信息,


$ file rEFIt-0.14.cdr
rEFIt-0.14.cdr: Apple Partition data block size: 512,  
first type: Apple_partition_map,  
name: Apple, number of blocks: 63,  
second type: Apple_HFS, name: disk image,  
number of blocks: 40896,
  • 由于它的.gz已为我们俩正确打开,因此它被损坏的可能性不大(除非其在来源处被损坏)。

  • sourceforege描述非常清楚地表明,此.cdr应该作为ISO处理。但是,Apple分区图的文件详细信息让我有些惊讶。我没有Mac手提电脑

    • 让我看看我或这里的某人是否可以解决问题

  • 一个检查方向是:How to burn a mac-disc on windows?


哦!,这里有一些非常明显的遗漏…这些是来自sourceforge跟踪的错误报告!

If your CD recording software refuses to burn the image because of the file extension, rename the file. If it refuses to burn the image because of the file contents, file a bug against the CD recording software.
The distributed image file is a perfectly normal sector-by-sector image like any other “ISO” file. It does not contain an ISO9660 file system; instead it contains an Apple Partition Map and a HFS+ file system. That’s what is needed to make Mac systems boot from it.

次佳回答

在我的Ubuntu机器上为我工作:重命名为.iso,然后打开K3B,选择’more options’-> ‘burn image’并选择所需的文件。首先,K3B表示这不是有效的,但随后我在右侧的’image type’菜单上选择了“普通数据图像”,这样就可以正常刻录了!希望这可以帮助。

第三种回答

Ubuntu上的Brasero似乎可以正确刻录此文件。正如其他评论者之一指出的那样,这不是Windows的ISO。因为它不包含ISO9660文件系统,所以许多刻录软件程序都会抱怨甚至拒绝对其进行任何操作。 ubuntu上的Brasero正常运行。我只是简单地重命名为.iso,右键单击并选择“使用Brasero打开”。然后,它弹出正常的cd /dvd刻录对话框,并开始刻录DVD。请注意,由于它只有几兆,因此仍必须写入一份演出数据才能作为DVD正常工作。 (我没有任何CD可用。)

参考资料

本文由Ubuntu问答整理, 博文地址: https://ubuntuqa.com/article/8879.html,未经允许,请勿转载。