All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Edwards <grante@visi.com>
To: grub-devel@gnu.org
Subject: Re: Boot delay when using grub.efi on Mac Mini
Date: Fri, 13 Mar 2009 14:26:28 +0000 (UTC)	[thread overview]
Message-ID: <gpdqek$qbs$1@ger.gmane.org> (raw)
In-Reply-To: 48f46e890903130359r2a8eda3enff50f2db108c7174@mail.gmail.com

On 2009-03-13, Peter Cros <pxwpxw8@gmail.com> wrote:

> A brief read of the mininmyth docs suggests it can also run on
> a fat partition on the gpt hard disk.

No, the minimyth kernel doesn't support EFT/GPT partitioned
disks.  It also doesn't support SATA hard drives.  Currently,
it doesn't even know the hard-drive is there. If it did, it
wouldn't know what to do with it.

> You can put an hfs+ partition on a msdos disk, or a fat32
> partition on a gpt disk and grub.efi can handle both. plus
> linux ext2/3.

Right, but the MiniMyth kenel can only handle msdos parition
tables, and Macs will only boot from GPT partioned disks.

> Have you installed the rEFIt boot manager
> http://refit.sourceforge.net/ It simplifies testing and the
> web site has good information on Apple efi booting and some
> history.

Thanks.

> You need to read the Mac OSX bless manual closely to compare
> the options, and experiment.

I've read that man page dozens of times.  It's pretty vague. One
thing that's confusing it talks a lot about "the volume" --
always in the singular.  I can't figure out to what "volume"
refers such that there is never more than one in a system.

> Seems to me the key issue is getting your kernel and system
> running, identity any grub development issues, the other stuff
> can be optimised later.

At this point, there aren't any grub development issues.  Grub
works fine.  The current issues are caused by:

  1) Mac firmware not being able to boot from anything other
     than an HFS+ partion on a GPT partioned drive.

  2) MiniMyth kernel lacks support for EFI/GPT parition tables
     and SATA hard drives.

I'm going to try rebuilding MiniMyth with GPT support so that I
can GPT partition a USB flash drive in hopes of getting the Mac
to boot from it.  I'm also going to try adding AHCI SATA
controller support to MiniMyth so that I can spin down the
hard-drive.
  
> My experience has been with other users of Apple Intel Macs
> bootng Debian/Ubuntu linux and Mac OSX, using grub-pc and
> grub-efi. It helps to have a linux installation on the hard
> drive.

That's sort of heading the wrong direction.  My goal is not to
have to touch the Mac hard-drive at all.  So far, that's not
been possible, but I'm getting closer.

-- 
Grant Edwards                   grante             Yow! We just joined the
                                  at               civil hair patrol!
                               visi.com            




  reply	other threads:[~2009-03-13 14:26 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 [this message]
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
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='gpdqek$qbs$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.