[ipxe-devel] Regression with commit fc87adb46c1395b09302085e9d15fcd8ab3c31fe - [efi] Expose downloaded images via EFI_SIMPLE_FILE_SYSTEM_PROTOCOL on IMAGE_EFI

James A. Peltier jpeltier at sfu.ca
Wed Apr 10 22:50:31 UTC 2013


Great! Thanks for the help. I too can confirm that this is broken. I get the same errors that Jarrod does 

----- Original Message -----

| Yes:

| On Wed, Apr 10, 2013 at 1:27 PM, James A. Peltier < jpeltier at sfu.ca >
| wrote:

| | Ya, I was actually just working on that to determine which recent
| | update fixed it. I guess I'll just wait for it to be fixed in
| | master
| | now that it's been found and reported. FWIW, is chain the proper
| | method for booting EFI images?
| 

| | | This was working for me, but broke as of
| | 
| 
| | | fc87adb commit... If I back that one out, chain loading efi
| | | images
| | | from snponly.efi works again...
| | 
| 

| | | On Tue, Apr 9, 2013 at 11:42 AM, James A. Peltier <
| | | jpeltier at sfu.ca
| | | >
| | | wrote:
| | 
| 

| | | | | 2013/4/6 Michael Brown < mbrown at fensystems.co.uk >
| | | | 
| | | 
| | 
| 

| | | | | | This will give you an iPXE EFI ROM; you'll see it show up
| | | | | | as
| | | | | | "EFI
| | | | | | Network" in the EFI boot device selection screen, and it
| | | | | | should
| | | | | | thereafter look and feel similar to normal iPXE.
| | | | | 
| | | | 
| | | 
| | 
| 

| | | | | | There is no such thing as a non-EFI (aka BIOS or "legacy")
| | | | | | ROM
| | | | | | which
| | | | | | is capable of loading an EFI image. Such a thing simply
| | | | | | does
| | | | | | not
| | | | | | and
| | | | | | can not exist.
| | | | | 
| | | | 
| | | 
| | 
| 

| | | | | | Michael
| | | | | 
| | | | 
| | | 
| | 
| 

| | | | | I didn't know this. Up to know I've been using a modified
| | | | | version
| | | | | of
| | | | | ipxe that gives me a shell after initilizing the devices
| | | | | (just
| | | | | a
| | | | | modified main() function), so that I can load and boot any
| | | | | image
| | | | | over a network. I've always had all image types enabled in
| | | | | general.h
| | | | | and never had an issues when starting ipxe. Right now my
| | | | | system
| | | | | just
| | | | | reboots regardless of the not supported IMAGE_EFI. From my
| | | | | point
| | | | | of
| | | | | view this is a regression, because befor this commit ipxe
| | | | | started
| | | | | without glitches regardless if an image is supported or not.
| | | | | So
| | | | | even
| | | | | if the image is not supported then ipxe should gracefully
| | | | | continue
| | | | | initilization and not reboot the mashine....
| | | | 
| | | 
| | 
| 

| | | | | From the shell I can point to and download any efi image over
| | | | | the
| | | | | network, but why it cannot boot the system?
| | | | 
| | | 
| | 
| 

| | | | | Joshua
| | | | 
| | | 
| | 
| 
| | | | I have iPXE working with both legacy BIOS and EFI machines
| | | | right
| | | | now,
| | | | except that I can't get it to chainload to an EFI bootloader
| | | | such
| | | | as
| | | | CentOS's BOOTX64.efi. I always end up with "Could not boot: No
| | | | such
| | | | device", although considering this is my first time trying to
| | | | do
| | | | this I'm probably not doing it right. I'm just trying with
| | | 
| | 
| 

| | | | chain
| | | | http://mirror.its.sfu.ca/mirror/CentOS/6/os/x86_64/EFI/BOOT/BOOTX64.efi
| | | 
| | 
| 

| | | | which is probably not right. Any ideas?
| | | 
| | 
| 
| | | | --
| | | 
| | 
| 

| | | | James A. Peltier
| | | 
| | 
| 
| | | | Manager, IT Services - Research Computing Group
| | | 
| | 
| 
| | | | Simon Fraser University - Burnaby Campus
| | | 
| | 
| 
| | | | Phone : 778-782-6573
| | | 
| | 
| 
| | | | Fax : 778-782-3045
| | | 
| | 
| 
| | | | E-Mail : jpeltier at sfu.ca
| | | 
| | 
| 
| | | | Website : http://www.sfu.ca/itservices
| | | 
| | 
| 

| | | | “A successful person is one who can lay a solid foundation from
| | | | the
| | | | bricks others have thrown at them.” -David Brinkley via Luke
| | | | Shaw
| | | 
| | 
| 

| | | | _______________________________________________
| | | 
| | 
| 
| | | | ipxe-devel mailing list
| | | 
| | 
| 
| | | | ipxe-devel at lists.ipxe.org
| | | 
| | 
| 
| | | | https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel
| | | 
| | 
| 

| | --
| 

| | James A. Peltier
| 
| | Manager, IT Services - Research Computing Group
| 
| | Simon Fraser University - Burnaby Campus
| 
| | Phone : 778-782-6573
| 
| | Fax : 778-782-3045
| 
| | E-Mail : jpeltier at sfu.ca
| 
| | Website : http://www.sfu.ca/itservices
| 

| | “A successful person is one who can lay a solid foundation from the
| | bricks others have thrown at them.” -David Brinkley via Luke Shaw
| 

| | _______________________________________________
| 
| | ipxe-devel mailing list
| 
| | ipxe-devel at lists.ipxe.org
| 
| | https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel
| 

-- 

James A. Peltier 
Manager, IT Services - Research Computing Group 
Simon Fraser University - Burnaby Campus 
Phone : 778-782-6573 
Fax : 778-782-3045 
E-Mail : jpeltier at sfu.ca 
Website : http://www.sfu.ca/itservices 

“A successful person is one who can lay a solid foundation from the bricks others have thrown at them.” -David Brinkley via Luke Shaw 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ipxe.org/pipermail/ipxe-devel/attachments/20130410/1b4d24f9/attachment.htm>


More information about the ipxe-devel mailing list