All of lore.kernel.org
 help / color / mirror / Atom feed
From: Isaac Dupree <id@isaac.cedarswampstudios.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: macbook EFI experiences
Date: Sat, 31 May 2008 14:57:21 -0400	[thread overview]
Message-ID: <48419F91.3070408@isaac.cedarswampstudios.org> (raw)
In-Reply-To: <20080531093501.GA6619@thorin>

Robert Millan wrote:
> On Fri, May 30, 2008 at 05:01:51PM -0400, Isaac Dupree wrote:
>>> You don't need to use the header of one of your partitions.  You can use
>>> the MBR or even have a dedicated partition for core.img.  Then you can 
>>> install
>>> the rest of GRUB in a filesystem that's not case unsensitive! ;-P
>> I know, but I don't entirely understand how it works and I'd rather 
>> not... and it gives me limited options: theoretical maximum of 5 I 
>> think, 1 in MBR and 1 in each of first four partitions (each with their 
>> own hacks).
> 
> You're confusing BIOS-based boot with msdos partition labels.  You can use
> GPT just fine when booting from BIOS (although Intel tries to hide that
> fact by embedding the GPT spec inside the EFI spec).

I have the hack which combines the two partition labels so I have both 
GPT and msdos labels.  Which means that my first four partitions (only) 
are listed in msdos, and GPT is the really accurate one that MacOS and 
Linux use.  However, I can't find a way to get into bootloader-land via 
BIOS without going through the msdos partitioning mechanism.

>> I much prefer being able to put as many .efi files as fit 
>> all on one partition, for refit to find.  As it is, when I upgrade GRUB, 
>> there always has to be the fear that I did something wrong that I can't 
>> easily fix because it's not just in the location of my files (it's 
>> hidden in mbr/partition headers), and because I can't boot into Linux 
>> anymore because I broke the bootloader :-)  It's been very lucky that I 
>> can so far always boot into OS X without going through GRUB, and edit my 
>> grub.cfg from there... That, and keeping 10.4 updated, are the two main 
>> reasons I ever boot into MacOS :-)
> 
> I think what we need here is to support MacOS boot from GRUB.  Then you
> can use GRUB as your bootloader and don't need to use it as a piece of
> glue between Refit and Linux..
> 
> Want to help us on that? :-)

that'd be nice... although I kind of like it how it is for me now, 
choosing Mac vs. GRUB in rEFIt, so I'm not *particularly* inspired to 
help :-)

>>> Btw what's a CSM?
>> "Compatibility Support Modules", it's a name for the BIOS substitute 
>> that Apple added to EFI to support their "Boot Camp"/Windows.
> 
> Notice that, like "EFI", "BIOS" doesn't imply any underliing implementation;
> it just defines an interface (Intel uses this confusion to pretend their
> firmware is free, when in fact only its shell -EFI- is).  Unless I missed
> something, Apple's BIOS is as much a BIOS as is any other one.

I think you're right about that.  (Except that I don't think that even 
the EFI part of the firmware is free on Apple computers, as far as I 
know they've done proprietary modifications to the free 
example-implementation and not been interested in releasing firmware 
sources.)

-Isaac



  parent reply	other threads:[~2008-05-31 18:57 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-30 14:42 macbook EFI experiences Isaac Dupree
2008-05-30 15:18 ` Robert Millan
2008-05-30 16:06   ` Isaac Dupree
2008-05-30 16:17     ` Bean
2008-05-30 16:29       ` Isaac Dupree
2008-05-30 19:26         ` Robert Millan
2008-05-30 21:01           ` Isaac Dupree
2008-05-31  9:35             ` Robert Millan
2008-05-31  9:41               ` rename partmap/pc.c? (Re: macbook EFI experiences) Robert Millan
2008-05-31 17:13                 ` Pavel Roskin
2008-06-01 10:23                   ` Robert Millan
2008-06-01 17:44                     ` Pavel Roskin
2008-05-31 18:57               ` Isaac Dupree [this message]
2008-05-31 19:26                 ` macbook EFI experiences Robert Millan
2008-05-31 19:52                   ` Bean
2008-05-31 21:10                     ` Robert Millan
2008-05-31 21:46                   ` Isaac Dupree
2008-06-03  6:06                     ` Bean
2008-06-03 16:28                       ` Isaac Dupree
2008-06-03 18:28                         ` Bean
2008-06-04 11:01                           ` Isaac Dupree
2008-06-04 11:08                             ` Bean
2008-06-04 11:27                               ` Isaac Dupree
2008-06-04 11:35                                 ` Bean
2008-06-04 13:03                                   ` Isaac Dupree

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=48419F91.3070408@isaac.cedarswampstudios.org \
    --to=id@isaac.cedarswampstudios.org \
    --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.