Mac ISO镜像有什么不同之处?

http://cdimage.ubuntu.com/releases/11.04/release/

在那个位置有一个ISO镜像,描述为“此镜像已调整以在Mac系统上正常工作”。
这个镜像解决了Mac上的哪些特定问题,标准镜像没有解决?我问这个是因为我需要知道要向苹果Mac用户推荐哪个ISO。

1没有实际尝试过的话:旧的备用安装版本是文本模式(ncurses)。Mac电脑没有那些传统的文本模式 - 你见过旧款PPC Mac上的文本模式吗?非常糟糕。 - Broam
10为什么这个被踩了? - Lincity
你成功安装了Ubuntu并且使用UEFI引导而不是使用BIOS仿真吗? - user24668
@gentmatt 是的,但我不建议这样做。NVIDIA的二进制视频驱动程序在EFI模式下无法工作,所以你只能使用nouveau驱动,这还可以,但也有一些限制。因为这个和其他原因,我最终放弃了Mac,转而使用Thinkpad,它“只需运行”(TM)。 - popey
@popey 其实,我想使用EFI引导以便能够利用集成显卡;)只使用独立显卡的电池续航时间真是糟糕透了....但是,是的,我也在考虑购买一台适合运行Ubuntu的正式电脑。目前来说,在Mac上这样做似乎不太合理。如果不能充分发挥昂贵硬件的优势,还不如放弃它。 - user24668
5个回答

在Ubuntu 10.10中,我们将普通的amd64 CD镜像更改为适用于BIOS或UEFI系统的双启动(UEFI,“统一可扩展固件接口”,是许多新系统上的一种不同类型的固件)。这是使用一种称为“多目录”CD的技术来实现的-它包含两个引导映像,并且规范规定固件应该选择最适合自己使用的那个。
不幸的是,尽管Mac使用的是EFI的变体(现在称为UEFI的早期版本),但它们显然无法处理多目录CD,只是拒绝启动它们。这使我们陷入了一个困境:我们需要支持UEFI系统,但我们也不想放弃对Mac的支持。因此,我创建了amd64+mac CD镜像,与amd64镜像完全相同,只是它们仅支持BIOS引导。Mac可以在其BIOS仿真模式下成功引导这些镜像。
(实际上,名称“amd64+mac”有点不准确,因为后来发现除了Mac之外,还有一些其他系统也存在类似的问题 - 但我觉得更加技术准确的命名,比如“amd64+nouefi”,可能会更容易引起困惑而不是启发。)
(虽然我很希望能够只发布“amd64”镜像而不是同时发布“amd64”和“amd64+mac”,但目前没有合并它们的前景,除非有人找到一种让Mac能够引导的多目录CD镜像的方法。如果您对此是专家,请通过电子邮件与我联系。)

4BIOS仿真模式是导致在Mac上启动Ubuntu相对较长时间的原因吗?首先是rEFIt,然后是Grub2。之后总会有一个黑屏的**"暂停"**。然后出现的启动画面比这个奇怪的黑屏暂停要快得多。是否有关于在Mac上使用UEFI引导的更新,以避免这种情况呢? - user24668
2如果你想继续使用UEFI引导,请随意尝试正常的amd64镜像,看看它们在你的系统上是否可用。 - Colin Watson
3如果多目录CD的问题是无法在同一张CD上同时拥有两种方法,那为什么你选择了BIOS而不是EFI? - Alex Jasmin
在Ask Ubuntu和Launchpad上专家们让我参与的这场疯狂的寻找中,我发现你简洁的回答对我在排除过程中安装Ubuntu使用EFI模式在一台2011年的EFI 2.1机器(不是苹果电脑)上非常有帮助。 - geezanansa
16.04.1 版本有适用于 amd64+mac 的版本吗? - Anton Petrunin
P.S. 我猜应该没有,但是要创建一个难吗? - Anton Petrunin
不,据我所知,它在2014年被取消了,因为只有少数机器需要它,而现代的机器使用普通的amd64镜像已经足够了。而且,在发布时它会增加很大的测试负担。 - Colin Watson

看起来他们之间几乎没有什么区别,主要是EFI引导的开始阶段。
$ diff --context=0 ubuntu-11.04-desktop-amd64*list
*** ubuntu-11.04-desktop-amd64+mac.list 2011-04-27 18:06:42.000000000 +0100
--- ubuntu-11.04-desktop-amd64.list 2011-04-27 18:05:44.000000000 +0100
***************
*** 4 ****
--- 5 ----
+ /usb-creator.exe
***************
*** 134,135 ****
- /isolinux/grub/font.pf2
- /isolinux/grub/grub.cfg
--- 134 ----
***************
*** 144 ****
--- 144 ----
+ /efi/boot/bootx64.efi

我个人对UEFI引导并没有太好的运气,所以我可能会建议用户在UEFI变得必需之前,还是坚持使用常规的amd64版本。(在大多数型号上,常规磁盘通过Bootcamp的BIOS仿真层也能正常工作)

从一个在许多Mac上安装Ubuntu的人来说,据说有些人在尝试在Mac电脑上运行Maverick LiveCD时遇到了一些困难。EFI加载程序与之不兼容,因此带有Mac支持的Natty版本旨在更好地与EFI(Mac版BIOS)进行交互,以解决这些问题。除此之外,没有明显的区别。
我建议首先尝试常规下载(如果你可以承受带宽),因为我发现它们在我使用过的Mac上工作得很好。如果在加载LiveCD时遇到问题,那么可能需要使用Mac支持版本。

我相信这些+mac CD的原因是Mac使用 EFI,而大多数其他计算机使用普通的BIOS接口(硬件接口,而不是GUI)。对于MAC来说,需要一个不同的CD才能让系统启动。
这也是为什么有引导助理的原因——除了驱动程序支持外;至少在较旧的Windows版本中AFAIK)没有使用EFI。

这个问题在Matt Gadient的这里进行了讨论。 这个页面还包含一些适用于Mac的发行版的图片。 它还包含一个简短的代码,可以将ISO镜像转换为其+mac版本。完美运行。

链接到外部网站的答案可能会随着时间的推移而失效。您能否在您的回答中提供更多细节呢? - Stephen Michael Kellat
@StephenMichaelKellat 确实,最好将代码移到这里,但我认为需要得到Matt Gadient的许可。 - Anton Petrunin