Re: GRUB2 on efi32 - Apple Mac Mini
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
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
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
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