• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    UEFI PXE not downloading ipxe.efi file

    Scheduled Pinned Locked Moved Unsolved
    FOG Problems
    4
    14
    5.1k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Z
      zacadams @Hammett131
      last edited by

      @hammett131 said in UEFI PXE not downloading ipxe.efi file:

      @zacadams I have had a few issues with ipxe.efi file boot a couple options I have found one @george1421 already mentioned updating the bios helped but I also legacy booted with an undionly.kpxe and then have it download the uefi image then before it tries to boot into windows change back to uefi. I know it’s alittle annoying but it did work for those that even when I updated the bios was having an issue. (and where I work quick turn around is more important then spending along time on imaging)

      So you are saying I should try to boot with undionly.kpxe in UEFI?

      H 1 Reply Last reply Reply Quote 0
      • H
        Hammett131 @zacadams
        last edited by

        @zacadams It will boot to legacy bios but you download your uefi image then just changed to uefi after the imaging is done. Or are you trying to upload an image?

        Z 1 Reply Last reply Reply Quote 0
        • Z
          zacadams @Hammett131
          last edited by

          @hammett131 the problem occurs when downloading the image from the fog server.

          george1421G 1 Reply Last reply Reply Quote 0
          • george1421G
            george1421 Moderator @zacadams
            last edited by

            @zacadams were you ever able to upload the file to a dropbox/google drive? If you don’t have that available, change the extension from .pcap to .txt and upload it into the fog forum. The Developers don’t typically like that because it consumes space on their servers. The pcap file will tell us a bit more of what is going on.

            Just for clarity, you can only boot a uefi boot loader (ipxe.efi) on uefi hardware and you can only boot a bios boot loader (undionly.kpxe) on bios/legacy hardware. Any other combination will not work.

            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

            Z 1 Reply Last reply Reply Quote 0
            • Z
              zacadams @george1421
              last edited by

              @george1421 I have not yet, unfortunately my office flooded last week so I am just now getting back in. I will attempt to get it today.

              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by

                @zacadams Looking at the picture I not only see ipxe.efi* but there seem to be even more random bytes at the end of that filename. No wonder this is not being properly downloaded by the client.

                What kind of DHCP server do you use? Please post config here.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                Z 1 Reply Last reply Reply Quote 0
                • Z
                  zacadams @Sebastian Roth
                  last edited by

                  @sebastian-roth the campus has multiple DHCP servers so I am not completely sure, but we use Infoblox as a means of applying settings across networks.

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by

                    @zacadams said in UEFI PXE not downloading ipxe.efi file:

                    Infoblox

                    Ahh right, ok. Haven’t looked into Infoblox myself much but as far as I know it’s based on ISC DHCP - which we use when installing FOG with a DHCP server as well. Would you be able to take a screenshot of the configuration and post here?

                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                    1 Reply Last reply Reply Quote 0
                    • george1421G
                      george1421 Moderator
                      last edited by george1421

                      Well I see what the issue is, but I’m not sure how to fix it (hint: the splat ( * ) indicates what’s wrong). It seems to be a DHCP server problem.

                      I was working with @zacadams over chat this afternoon and he shared a pcap from the point of view of the pxe client. Here is the relevant part of the pcap.
                      0_1524697757742_ipxe_star1.png
                      Note in option 67 the boot file name is ipxe.efi and the length is 8. Sweet that looks right. But if you look at the hex code associated with the entry You see it starts out with 0x69 which is the ascii letter i. If you look immeiatly to the left of that letter I you see 0x08, meaning the name is 8 characters log. All good. If you look to the end of the name after .efi you see a splat character, well damn. If you continue on the next hex code is 0x04, 0x81, 0x78. Now look at the source file from the from the original pcap.
                      0_1524698564470_ipxetftp.png
                      Notice that the hex codes associated with that file name is pretty close to the troubled dhcp packet.

                      Just for a contrasting opinion. Here is what a proper dhcp packet looks like

                      0_1524698642478_ipxe_works1.png
                      Note the boot file name here is undionly.kpxe. If you look at the hex code you see that to the left of the ascii u there is 0x0f ==15. But the key here is look at the hex code next to the e in kpxe. 0x00 is the end of string character. That hex code is missing from the broken dhcp offer. In the broken dhcp offer its a splat ( * ) so the pxe booting client thinks the rests of the text is part of the file name until it finds the first 0x00 hex code.

                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                      1 Reply Last reply Reply Quote 1
                      • S
                        Sebastian Roth Moderator
                        last edited by

                        @george1421 @zacadams Yeah, good catch. I am fairly sure you’re right there! Missing 0x00 string termination in the filename is probably causing the issue. Not sure what to do about this.

                        Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                        Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                        george1421G 1 Reply Last reply Reply Quote 0
                        • george1421G
                          george1421 Moderator @Sebastian Roth
                          last edited by

                          @sebastian-roth I looked at the shared pcap with a fresh set of eyes this AM and that is consistent throughout the dhcp server responses. It correctly sets the string length but doesn’t terminate the string with 0x00. While it complies with the letter of the IEEE document, it doesn’t follow common practices. I did check a few other pcaps I had laying around and all responses from those random dhcp servers had the string length and 0x00 in the hex code. It appears this Infoblox dhcp server is doing something a bit different. The OP may need to get with Infoblox and show them what he is seeing.

                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

                          1 Reply Last reply Reply Quote 1
                          • 1 / 1
                          • First post
                            Last post

                          172

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project