From: Grant Edwards <grante@visi.com>
To: grub-devel@gnu.org
Subject: Re: Boot delay when using grub.efi on Mac Mini
Date: Sat, 21 Mar 2009 21:30:29 +0000 (UTC) [thread overview]
Message-ID: <gq3m9l$70p$1@ger.gmane.org> (raw)
In-Reply-To: 48f46e890903132257u51f7ecdap15253b114073c957@mail.gmail.com
On 2009-03-14, Peter Cros <pxwpxw8@gmail.com> wrote:
> On Sat, Mar 14, 2009 at 1:26 AM, Grant Edwards <grante@visi.com> wrote:
>
>> 1) Mac firmware not being able to boot from anything other
>> than an HFS+ partion on a GPT partioned drive.
>
> I got curious and rechecked this -
> Here is grub.efi booting from usb msdos drive with hfsplus partition -
When I try that, I get one of two things:
1) When it boots directly into grub, grub can only see hd0
(which appears to be the USB drive), but it can't see any
of the paritions on hd0. Needless to say, it can't find
it's config file.
2) Holding down the Option key and selecting grub allows it to
see both disks -- it can see partitions on the
GPT-partitioned hard drive but not on the MS-DOS
partitioned USB drive. I can manually load a config-file
from the hard drive, none of the menu entries work -- I see
stuff like
error: unknown command `initrd'
or
error: unkown command `search'
Here's the info on the USB drive:
bash-3.2# diskutil list /dev/disk1
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *3.7 Gi disk1
1: DOS_FAT_32 minimyth 1.9 Gi disk1s1
2: Apple_HFS mmhfs 1.9 Gi disk1s2
bash-3.2# bless --info /Volumes/mmhfs
finderinfo[0]: 2 => Blessed System Folder is /Volumes/mmhfs/
finderinfo[1]: 120 => Blessed System File is /Volumes/mmhfs/efi/grub/grub.efi
finderinfo[2]: 0 => Open-folder linked list empty
finderinfo[3]: 0 => No OS 9 + X blessed 9 folder
finderinfo[4]: 0 => Unused field unset
finderinfo[5]: 2 => OS X blessed folder is /Volumes/mmhfs/
64-bit VSDB volume id: 0xA3FBF66150DE9BB1
> --setBoot gives deafult fast boot to grub menu, but when booted that way,
> grub can only see its own disk (hd0)
Same here, and it can't see any of the partitions on that disk.
End result: still no luck booting from USB drive, just a larger
variety of failure modes.
--
Grant
next prev parent reply other threads:[~2009-03-21 21:30 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-10 23:36 Boot delay when using grub.efi on Mac Mini Grant Edwards
2009-03-10 23:48 ` Grant Edwards
2009-03-11 1:58 ` Peter Cros
2009-03-11 2:54 ` Grant Edwards
2009-03-11 15:06 ` Grant Edwards
2009-03-11 15:15 ` phcoder
2009-03-11 21:43 ` Grant Edwards
2009-03-11 21:54 ` phcoder
2009-03-11 22:48 ` Grant Edwards
2009-03-11 22:12 ` Grant Edwards
2009-03-11 22:41 ` Grant Edwards
2009-03-11 22:42 ` phcoder
2009-03-11 22:51 ` Grant Edwards
2009-03-12 2:17 ` Peter Cros
2009-03-12 14:37 ` Grant Edwards
2009-03-13 10:59 ` Peter Cros
2009-03-13 14:26 ` Grant Edwards
2009-03-13 15:39 ` phcoder
2009-03-13 16:19 ` Grant Edwards
2009-03-13 17:20 ` phcoder
2009-03-14 1:56 ` Peter Cros
2009-03-14 5:57 ` Peter Cros
2009-03-14 15:07 ` Grant Edwards
2009-03-21 21:30 ` Grant Edwards [this message]
2009-03-22 3:56 ` Peter Cros
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='gq3m9l$70p$1@ger.gmane.org' \
--to=grante@visi.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.