我想使用 Arch Linux 双启动我的 MacBook,因此尝试使用安装脚本安装 rEFInd,但是安装后 rEFInd 似乎根本没有启动?有人遇到过同样的问题或有解决方案吗?
答案1
只是想让你知道我找到了一个解决方案来避免现在著名的“30 秒等待”;-)
我有一台 2012 年中期的 MacBook Air。我尝试了您提到的所有解决方案来加快 Yosemite 下的启动速度,但对我来说最好的解决方案是更改 EFI 分区上的 refind 文件夹名称,并重命名 refind 文件。
所以,它给出:
./install.sh --alldrivers
为了安全起见,我通过在 rEFInd 安装中添加了所有“drivers_x64”文件夹在 Yosemite 下的 EFI 分区(存储在
/dev/disk0s1
)上,我将“refind”文件夹重命名为“BOOT”在该文件夹中,我将“refind_x64.efi”重命名为“bootx64.efi”
最后 2 个步骤让我的 Mac 能够在 rEFInd 上立即启动,不再需要等待大约 30 秒来扫描 EFI 磁盘!
答案2
我通过在安装 refind 时添加 --alldrivers 解决了这个问题。 Yosemite 双启动现在像以前一样工作。速度很快,所有内容都可以在重新查找启动菜单中重新确定。
install.sh --alldrivers
答案3
我将在这里重新回答我自己的问题,因为现在有来自 rEFInd 的官方解决方案,因此我相信这是解决此问题的正确方法。
官方指南可以在rEFInd 网站。
以下是其中介绍的步骤:
- 使用您可以使用的任何方式启动至 OS X。开机时按住 Option(或 Alt)通常会为您提供 Apple 自己的启动管理器,这将使您能够启动到 OS X。如果您的 rEFInd 安装当前正在启动,但未显示 OS X 选项,请跳至步骤 #7;但如果 rEFInd 未启动,请按照步骤 2-7 进行操作。
- 如果您对 进行了更改
/EFI/refind/refind.conf
,请进行备份。 - 删除
/EFI/refind
目录树;它现在没用了,它的存在可能会引起混乱。 - 重新安装 rEFInd,如中所述安装 rEFInd 页面;但请务必使用
--esp
或--ownhfs device-file
选项。后者更可取,但需要 rEFInd 的专用分区或当前不可引导的 HFS+ 数据分区。 -
确保安装了 rEFInd 的分区已安装。详细信息取决于您的安装方式:
- 如果您将 rEFInd 安装到 ESP,请输入mkdir /卷/esp其次是sudo mount -t msdos /dev/disk0s1 /Volumes/esp可能会起作用,尽管在某些情况下您的 ESP 不会起作用
/dev/disk0s1
,因此您可能需要更改这个细节。 - 如果您使用 --ownhfs 设备文件安装选项,则目标分区应该已安装,通常位于 /Volumes 下的某个位置。如果没有,请找到它并使用磁盘工具或
mount
.
- 如果您将 rEFInd 安装到 ESP,请输入mkdir /卷/esp其次是sudo mount -t msdos /dev/disk0s1 /Volumes/esp可能会起作用,尽管在某些情况下您的 ESP 不会起作用
- 如果您备份了
refind.conf
文件,现在可以将其复制到新refind.conf
文件上。您应该将文件复制到/Volumes/esp/EFI/refind/
(如果您使用--esp
并安装了 ESP/Volumes/esp
)或/Volumes/Mountpoint/System/Library/CoreServices/
(如果您使用专用的 HFS+ 卷;请注意,这Mountpoint
将是卷的名称)。 - 编辑新
refind.conf
文件,该文件的位置应如上一步中所述。在您最喜欢的编辑器中,找到该dont_scan_volumes
行,默认情况下该行在行首用 # 符号注释掉。取消注释该行并从该行中删除“Recovery HD”项目。一些用户报告说,他们需要输入一两个虚拟条目(如 )dont_scan_volumes foo,bar
才能使其正常工作。
答案4
实际上关联Samantha 提供的似乎给出了最简单的解决方案:
diskutil list
你会看到类似的东西:
$diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_CoreStorage 175.6 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
4: Microsoft Basic Data 70.3 GB disk0s4
5: Linux Swap 4.2 GB disk0s5
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD *175.3 GB disk1
Logical Volume on disk0s2
41AF7850-5594-4959-A135-582BF79FDE46
Unencrypted
然后使用:
diskutil corestorage revert /dev/disk1
重新启动,重新查找现在再次工作。