Don't know, rechecked it here and it sees all the usb partitions whichever
way its booted, maybe something wrong with your grub.efi build preloaded
modules. Check the latest svn.
On Sun, Mar 22, 2009 at 8:30 AM, Grant Edwards wrote:
> On 2009-03-14, Peter Cros wrote:
> > On Sat, Mar 14, 2009 at
On 2009-03-14, Peter Cros wrote:
> On Sat, Mar 14, 2009 at 1:26 AM, Grant Edwards 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 wi
On 2009-03-14, Peter Cros 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 -
That's good to know. I guess I
On Sat, Mar 14, 2009 at 1:26 AM, Grant Edwards 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 -
sh-3.2# diskutil
grub.efi booting from hfsplus on external msdos usb drive has worked for me,
maybe I was usiing rEFIt.
On Sat, Mar 14, 2009 at 4:20 AM, phcoder wrote:
> Apple says that booting from msdos partition is unsupported, however I've
> reports of people successfully doing so
> Grant Edwards wrote:
>
>>
Apple says that booting from msdos partition is unsupported, however
I've reports of people successfully doing so
Grant Edwards wrote:
On 2009-03-13, phcoder wrote:
Have you tried booting from hfs+ on msdos?
Actually I haven't. I found multiple postings in various
places saying that Mac fi
On 2009-03-13, phcoder wrote:
> Have you tried booting from hfs+ on msdos?
Actually I haven't. I found multiple postings in various
places saying that Mac firmware would only boot from USB drives
if they were GPT partitioned, so I never bothered to try it.
I'll give that a try as well.
--
Gr
Have you tried booting from hfs+ on msdos?
Grant Edwards wrote:
On 2009-03-13, Peter Cros 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 SA
On 2009-03-13, Peter Cros 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
A brief read of the mininmyth docs suggests it can also run on a fat
partition on the gpt hard disk.
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.
Have you installed the rEFIt boot manager http://refit.sourceforg
On 2009-03-12, Peter Cros 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 supp
I have used a separate small hfs+ partition, works well, and fast if
blessed.
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.
On Thu, Mar 12, 2009 at 9:51 AM, Grant Edwards wrote:
> On 2009-03-11, phcoder wr
On 2009-03-11, phcoder wrote:
> Grant Edwards wrote:
>> On 2009-03-11, Grant Edwards wrote:
>>
>>> Moving grub from the EFI FAT32 partition to the HFS+ partition
>>> eliminates the 30-second delay. In this case the status looks
>>> like this:
>>
>> It's usable this way except it would be nice
On 2009-03-11, phcoder wrote:
> Looks like for some reason your bless command tries to announce efi
> partition by uuid. I'm not sure where this uuid comes from, perhaps it's
> uuid from gpt but I would suspect that EFI has troubles finding your
> partition because of this try:
> 1) you could
Grant Edwards wrote:
On 2009-03-11, Grant Edwards wrote:
Moving grub from the EFI FAT32 partition to the HFS+ partition
eliminates the 30-second delay. In this case the status looks
like this:
It's usable this way except it would be nice to have grub in a
second parition. That way if I bre
On 2009-03-11, Grant Edwards wrote:
> Moving grub from the EFI FAT32 partition to the HFS+ partition
> eliminates the 30-second delay. In this case the status looks
> like this:
It's usable this way except it would be nice to have grub in a
second parition. That way if I break grub, I can stil
On 2009-03-11, Grant Edwards wrote:
> On 2009-03-11, Peter Cros wrote:
>> Hi,
>>
>>
>> Try the other instructions for MacBook
>>
>>
>> http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
>>
>> including bless --folder --file --setBoot
>>
>> (not --mount)
>
> When I do that, it still goes
Looks like for some reason your bless command tries to announce efi
partition by uuid. I'm not sure where this uuid comes from, perhaps it's
uuid from gpt but I would suspect that EFI has troubles finding your
partition because of this try:
1) you could bless manually by writing corresponding d
On 2009-03-11, phcoder wrote:
>>> http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
>>>
>>> including bless --folder --file --setBoot
>>>
>>> (not --mount)
>>
>> When I do that, it still goes through 15 of the 2-second
>> time-wasting operations, then it boots directly into OS-X.
[...]
Grant Edwards wrote:
On 2009-03-11, Peter Cros wrote:
Hi,
Try the other instructions for MacBook
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it still goes through 15 of the 2-second
time-wasting oper
On 2009-03-11, Peter Cros wrote:
> Hi,
>
>
> Try the other instructions for MacBook
>
>
> http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
>
> including bless --folder --file --setBoot
>
> (not --mount)
When I do that, it still goes through 15 of the 2-second
time-wasting operations, t
On 2009-03-11, Peter Cros wrote:
> Hi,
>
>
> Try the other instructions for MacBook
>
>
> http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
>
> including bless --folder --file --setBoot
>
> (not --mount)
I'll try it.
Why does one Wiki page say to use folder mode, and the other to
use m
Hi,
Try the other instructions for MacBook
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
Some more tests done at ubuntuforums.org
http://ubuntuforums.org/showthread.php?t=995704
On Wed, Mar 11, 2009 at 10:48 AM, Grant
On 2009-03-10, Grant Edwards wrote:
> I installed EFI grub (svn r2024) on a Mac Mini (1.8GHz Core 2
> Duo) following the instructions at http://grub.enbug.org/TestingOnEFI.
>
> Grub seems to work fine: the menu works, and I can either boot
> a Linux kernel or I can "chainload" OS X via /usr/stand
I installed EFI grub (svn r2024) on a Mac Mini (1.8GHz Core 2
Duo) following the instructions at http://grub.enbug.org/TestingOnEFI.
Grub seems to work fine: the menu works, and I can either boot
a Linux kernel or I can "chainload" OS X via /usr/standalone/i386/boot.efi.
I had previously attempte
25 matches
Mail list logo
