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: Thu, 12 Mar 2009 14:37:10 +0000 (UTC)	[thread overview]
Message-ID: <gpb6mm$579$1@ger.gmane.org> (raw)
In-Reply-To: 48f46e890903111917o204a235s7dd808c79f3c184f@mail.gmail.com

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

> I have used a separate small hfs+ partition, works well, and
> fast if blessed.

I think that's what I'll try next.

The other option I'd like to try is a GPT-partitioned USB flash
drive.  For that to be advantageous, I would need to add GPT
partition table support to my Linux kernel to avoid having to
plug in a second USB flash drive for the MiniMyth files. 

[The goal of the exercise is to use a Mac Mini as a "diskless"
MythTv frontend using the distro from www.minimyth.org. This
Mini is my first Mac since the 68k days, and I'm very impressed
with the hardware, but the firmware seems mediocre at best.]

> The EFI FAT32 partition is OK and a good backup if using rEFIt
> to recognise it without needing to bless, but cant be blessed
> --folder.

That's what I'd more-or-less concluded. I tried blessing the
device (/dev/disk0s1) and that didn't make any difference
either.

What's odd is that I found step-by-step instructions that
specifically show booting elilo from the EFI partition on an
Intel Mac Mini at

  http://www.mythic-beasts.com/resources/macmini/walkthrough.html

Did other versions of firmware allow blessing the EFI partition
somehow?

-- 
Grant Edwards                   grante             Yow! Now I understand the
                                  at               meaning of "THE MOD SQUAD"!
                               visi.com            




  reply	other threads:[~2009-03-12 14:37 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 [this message]
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
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='gpb6mm$579$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.