Re: GRUB2 on efi32 - Apple Mac Mini

2008-12-10 Thread Michal Suchanek
2008/12/10 peter cros [EMAIL PROTECTED]:
 My current preferred bootloader is SVN version 1913 grub2.efi here on an
 Apple MacBook2,1. running Macosx10.4 and Ubuntu810 i386 32bit kernel (2.6.27
 kernel), together with rEFIt 0.12 (but also used standalone).

 The amd64 kernel loaded but failed to complete initialization.

 Glad to know grub.efi still runs on the mini.

 To date I have not seen any reports of running on later MacBook versions.
 and the apple efi refused to load grub.efi on a macbook3,1. I have been
 trying to get Ubuntu forum people to test on other macs.

 I can comment on some of the issues  mentioned.

 The rEFIt blesser resets to bless rEFIt on exit from Macosx.
 The explanation for this is on the rEFIt site.

 rEFIt has a case problem. The efi directory, containing grub.efi and
 refit.efi, needs to be upper case 'EFI' not 'efi', rEFIt confuses the case
 in the prefix passed to grub, hence loss of the grub.cfg menu.

 The failure to boot legacy bios may be associated with loss of MBR sector
 partitioning table (happens with the ubuntu linux parted partitioner for
 GPT/MBR disks). Check by a hexdump of the MBR sector.

yes, I will look at the rEFIt and MBR, thanks.


 I can't get grub.efi to load rEFIt using chainloader, but I don't want to do
 that.

 I find considerable advantage over grub-pc is separate installation, off the
 linuix file system, and off the disk MBR sector, plus external drive
 bootability. Requirement to disable accelerated graphics is a stopper for
 some people. Pity it doesn't work on more macs.


Acceleration works fine for me. The VESA framebuffer has weird colours
(from the very start) but the X server runs fine (it locks up from
time to time but that happens on other systems as well so it's
probably unrelated to not having a BIOS). Also the X server would not
run without agp driver at least (unless I would run on top of the
broken VESA fb).

Speaking of removable devices .. it seems that the CD-rom if inserted
becomes hd0 which breaks my grub config.

Thanks

Michal


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel


Re: GRUB2 on efi32 - Apple Mac Mini

2008-12-10 Thread peter cros
My current preferred bootloader is SVN version 1913 grub2.efi here on an
Apple MacBook2,1. running Macosx10.4 and Ubuntu810 i386 32bit kernel (2.6.27
kernel), together with rEFIt 0.12 (but also used standalone).

The amd64 kernel loaded but failed to complete initialization.

Glad to know grub.efi still runs on the mini.

To date I have not seen any reports of running on later MacBook versions.
and the apple efi refused to load grub.efi on a macbook3,1. I have been
trying to get Ubuntu forum people to test on other macs.

I can comment on some of the issues  mentioned.

The rEFIt blesser resets to bless rEFIt on exit from Macosx.
The explanation for this is on the rEFIt site.

rEFIt has a case problem. The efi directory, containing grub.efi and
refit.efi, needs to be upper case 'EFI' not 'efi', rEFIt confuses the case
in the prefix passed to grub, hence loss of the grub.cfg menu.

The failure to boot legacy bios may be associated with loss of MBR sector
partitioning table (happens with the ubuntu linux parted partitioner for
GPT/MBR disks). Check by a hexdump of the MBR sector.

I can't get grub.efi to load rEFIt using chainloader, but I don't want to do
that.

I find considerable advantage over grub-pc is separate installation, off the
linuix file system, and off the disk MBR sector, plus external drive
bootability. Requirement to disable accelerated graphics is a stopper for
some people. Pity it doesn't work on more macs.

Peter Cros



 ___
 Grub-devel mailing list
 Grub-devel@gnu.org
 http://lists.gnu.org/mailman/listinfo/grub-devel



 ___
 Grub-devel mailing list
 Grub-devel@gnu.org
 http://lists.gnu.org/mailman/listinfo/grub-devel

___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel


Re: [PATCH] Fix for PXE module

2008-12-10 Thread Bean
On Wed, Dec 10, 2008 at 12:23 AM, Alex Smith [EMAIL PROTECTED] wrote:
 Hi,

 A while ago I submitted a bug to the GRUB bugtracker with a patch
 attached to fix the PXE module
 (https://savannah.gnu.org/bugs/index.php?24661). It doesn't seem to
 have been noticed so I'm submitting it here too.

 The PXE TFTP API only allows one open connection at any one time. The
 PXE module in GRUB2 has code to handle this in some places, but in
 other places (grub_pxefs_open and grub_pxefs_close) it is not handled,
 causing errors. For example, when I try to insert the multiboot module
 from PXE, that wants to insert the _multiboot module, resulting in the
 PXE call failing because 2 connections are being made.

 I've attached a patch which handles this properly in grub_pxefs_open()
 and grub_pxefs_close(). With these changes made I can successfully
 load GRUB2 from PXE, and boot a kernel.

Hi,

Thanks for the patch. It looks good to me, would you please add the
changelog entry so that I can commit it to svn ?

-- 
Bean


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel


Re: [PATCH] Fix for PXE module

2008-12-10 Thread Alex Smith
On Thu, Dec 11, 2008 at 3:37 AM, Bean [EMAIL PROTECTED] wrote:
 On Wed, Dec 10, 2008 at 12:23 AM, Alex Smith [EMAIL PROTECTED] wrote:
 Hi,

 A while ago I submitted a bug to the GRUB bugtracker with a patch
 attached to fix the PXE module
 (https://savannah.gnu.org/bugs/index.php?24661). It doesn't seem to
 have been noticed so I'm submitting it here too.

 The PXE TFTP API only allows one open connection at any one time. The
 PXE module in GRUB2 has code to handle this in some places, but in
 other places (grub_pxefs_open and grub_pxefs_close) it is not handled,
 causing errors. For example, when I try to insert the multiboot module
 from PXE, that wants to insert the _multiboot module, resulting in the
 PXE call failing because 2 connections are being made.

 I've attached a patch which handles this properly in grub_pxefs_open()
 and grub_pxefs_close(). With these changes made I can successfully
 load GRUB2 from PXE, and boot a kernel.

 Hi,

 Thanks for the patch. It looks good to me, would you please add the
 changelog entry so that I can commit it to svn ?

 --
 Bean


 ___
 Grub-devel mailing list
 Grub-devel@gnu.org
 http://lists.gnu.org/mailman/listinfo/grub-devel


I've attached an updated copy of the patch with a ChangeLog entry.

Thanks,
Alex


grub2-r1933-pxe-fixup.patch
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel