On 02/06/2011 07:56 AM, Bruce Dubbs wrote:
> Nate Weibley wrote:
>
>> Per your suggestion I tried other linux distros with various kernels.
>> So far
>> none of the EFI enabled distros are working. They do work if booted
>> via BIOS
>> though, of course. Windows 7 64bit *does * boot appropriately via
>> EFI, so
>> it's hard to say where the fault is. If Windows is booting though, it
>> seems
>> more likely something is going wrong in the Linux kernel EFI
>> handling, or
>> perhaps as you say GRUB is passing incorrect pointers. Either way,
>> they all
>> exhibit the exact same behavior... the kernel is loaded, and at the
>> point
>> init should be called, the system stalls with no debug or error message.
>>
>> I will continue testing as kernel revisions are released, but I'm not
>> sure
>> how else I can bang away at trying to get EFI to boot without any
>> sort of
>> error message or debugging info.
>
> I am not an expert in GRUB or EFI, but what it sounds like to me is
> that the initrd for the systems you are using does not have EFI support.
>
> Personally, I never use initrd but build my own kernels with all
> capabilities needed built in (not modules).  You can test this by
> building your own kernel and ensure EFI_PARTITION is built in during
> the configure phase.
>
>   -> File systems
>      -> Partition Types
>          -> Advanced partition selection (PARTITION_ADVANCED [=y])
>
This answer is 100 % irrelevant. Don't confuse EFI and GPT.
> Then if the kernel image is, say, /boot/linux-2.6.37, an entry in
> boot.cfg like:
>
> menuentry "My test kernel" {
>         set root=(hd0,<your partition>)
>         linux   /boot/linux-2.6.37 root=/dev/<your partition> ro
> }
>
> would be all that's needed.
>
> That may not be your final answer, but if it does boot, then GRUB is
> doing it's job and the problem is in the distro you are using.
>
>   -- Bruce
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko