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

Stuck at bzImage after selecting image to deploy

Scheduled Pinned Locked Moved Solved
FOG Problems
5
13
1.9k
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.
  • R
    robbit
    last edited by Mar 16, 2020, 9:28 PM

    Hi,

    We got the new HP Elitebook 840 G6 with m2 drives, they were working just fine before. But I recently received a new batch (same exact model as others), and they get stuck at bzImage. I went ahead and updated Fog server to 1.5.8.24 but the issue still persists.

    See screenshot herebzimagev2.jpg

    What is odd, if I try to register it, it gets stuck at int.xz

    There was a fix I read in previous threads where to try different bzImage/int.xz files. Was wondering if there was maybe an updated one. See screenshot of what I used in the past for laptops that caused me issues.
    IMG_20200316_142521.jpg

    C 1 Reply Last reply Dec 2, 2020, 4:02 PM Reply Quote 0
    • C
      chipdewolfe @robbit
      last edited by Dec 2, 2020, 4:02 PM

      @robbit @Sebastian-Roth I have experienced the same issue with the same laptop. Running FOG 1.5.9. Until now, we have a mix of UEFI and BIOS computers with a huge variety of brands, form factors, and NICs that have had no problems imaging with FOG. Our Windows DHCP server with appropriate scope policies hands out the proper boot file and imaging just happens. With this model, it was taking 50 minutes (on a network with a 10G backbone and 1G to the endpoint) just to download bzImage. I tried the NVME fixes and the alternative init.xz files, but that did nothing. However, creating a DHCP scope policy (based on MAC address, as I only have one of these machines) that handed out snponly.efi as the boot file for this machine (instead of ipxe.efi) completely and immediately solved this issue for me. Just wanted to post this, as I came across this unsolved thread in my attempts to find a solution. Hopefully it can help someone else.

      K 1 Reply Last reply Feb 3, 2022, 10:11 AM Reply Quote 1
      • S
        Sebastian Roth Moderator
        last edited by Sebastian Roth Mar 17, 2020, 5:23 AM Mar 17, 2020, 11:22 AM

        @robbit said in Stuck at bzImage after selecting image to deploy:

        But I recently received a new batch (same exact model as others), and they get stuck at bzImage.

        Please check BIOS/UEFI firmware version. Are those exactly the same as well?

        What is odd, if I try to register it, it gets stuck at int.xz

        Do you really mean init.xz here? Above you say stuck on bzImage. Not sure if that makes a difference but I just want to make sure we talk about the same things here. So is it all stuck at the same spot that we see in the picture with bzImage ........ but not showing init.xz .....?

        There was a fix I read in previous threads where to try different bzImage/int.xz files. Was wondering if there was maybe an updated one. See screenshot of what I used in the past for laptops that caused me issues.

        As far as I remember those were mostly used/tried because of slow speed issues with NVMe drives, so way past the issue you seem to see here. Using different kernel or init as see in the screenshot (e.g. bzImage-4.9.51) should not play a role in the issue you describe here (unless the files might be missing) because iPXE should be downloading the kernel/init but has not yet finished to actually execute the kernel and go on with it.

        So if what we see on the picture is really where it’s stuck I am wondering if it’s some kind of network issue (NIC driver in iPXE, different NIC driver in UEFI firmware, …?) when loading larger files. Loading text content from boot.php seems to work perfectly fine but not larger ones as kernel/init?!

        This is all based on what we see in the picture. If that’s not where it hangs, then I may ask you to capture a video of the boot process.

        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

        R 1 Reply Last reply Mar 25, 2020, 12:38 AM Reply Quote 0
        • R
          robbit @Sebastian Roth
          last edited by Mar 25, 2020, 12:38 AM

          @Sebastian-Roth said in Stuck at bzImage after selecting image to deploy:

          Please check BIOS/UEFI firmware version. Are those exactly the same as well?

          I will check once we’re back in the office. As you may have guessed, we’re all WFH now and our fog server is back in the office so might be some time before I have a chance to test again. I will try updating to latest BIOS and try again.

          Do you really mean init.xz here? Above you say stuck on bzImage. Not sure if that makes a difference but I just want to make sure we talk about the same things here. So is it all stuck at the same spot that we see in the picture with bzImage ........ but not showing init.xz .....?

          Wopos, I do mean init.xz. I didn’t take a screenshot of it but after booting into PXE, when I try to do the “quick register” option, then it gets stuck at init.xz

          But for now, I guess we’re sort of stuck until I find a chance to visit the office to test.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by May 16, 2020, 7:42 AM

            @robbit Any news on 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

            1 Reply Last reply Reply Quote 0
            • S
              Sebastian Roth Moderator
              last edited by Jun 8, 2020, 5:24 PM

              @robbit Are you still WFH?

              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
              • C
                chipdewolfe @robbit
                last edited by Dec 2, 2020, 4:02 PM

                @robbit @Sebastian-Roth I have experienced the same issue with the same laptop. Running FOG 1.5.9. Until now, we have a mix of UEFI and BIOS computers with a huge variety of brands, form factors, and NICs that have had no problems imaging with FOG. Our Windows DHCP server with appropriate scope policies hands out the proper boot file and imaging just happens. With this model, it was taking 50 minutes (on a network with a 10G backbone and 1G to the endpoint) just to download bzImage. I tried the NVME fixes and the alternative init.xz files, but that did nothing. However, creating a DHCP scope policy (based on MAC address, as I only have one of these machines) that handed out snponly.efi as the boot file for this machine (instead of ipxe.efi) completely and immediately solved this issue for me. Just wanted to post this, as I came across this unsolved thread in my attempts to find a solution. Hopefully it can help someone else.

                K 1 Reply Last reply Feb 3, 2022, 10:11 AM Reply Quote 1
                • S
                  Sebastian Roth Moderator
                  last edited by Dec 2, 2020, 4:58 PM

                  @chipdewolfe Great! Thanks for sharing this 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
                  • R
                    Rig
                    last edited by Rig Dec 4, 2020, 8:12 AM Dec 4, 2020, 2:11 PM

                    @chipdewolfe said in Stuck at bzImage after selecting image to deploy:

                    snponly.efi

                    I’m having exactly the same issue, I’ve tried all the .efi boot files and get the following results.

                    ipxe.efi -> Configuring (net0 xx:xx:xx:xx:xx:xx) … No configuration methods succeeded

                    snponly.efi and snp.efi -> show the boot menu, but hangs showing bzImage… 0%

                    intel.efi and intel7156 -> DHCP failed

                    Version 1.5.9

                    Any advice?

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by Sebastian Roth Dec 4, 2020, 8:58 AM Dec 4, 2020, 2:57 PM

                      @Rig @chipdewolfe Seems like you both use the same version of FOG, so same iPXE version. So what I can think of making the difference is the firmware version. Have you all updated to the very latest firmware?

                      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
                      • K
                        kvothe88 @chipdewolfe
                        last edited by Feb 3, 2022, 10:11 AM

                        @chipdewolfe hi, can you tell me what you mean by create a dhcp scope policy?

                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by Feb 3, 2022, 10:13 AM

                          @kvothe88 You’re probably looking for this: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence#Using_Windows_Server_2012_.28R1_and_later.29_DHCP_Policy

                          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

                          K 1 Reply Last reply Feb 3, 2022, 10:30 AM Reply Quote 0
                          • K
                            kvothe88 @Sebastian Roth
                            last edited by Feb 3, 2022, 10:30 AM

                            @sebastian-roth hi, im using a UDM pro from Ubitiqui as DHCP so that doesnt help…i have a laptop and only boots with snponly.efi…but stuck in bzimage at deployment. Dont know what else to do

                            1 Reply Last reply Reply Quote 0
                            • S
                              Sebastian Roth Moderator
                              last edited by Feb 3, 2022, 5:19 PM

                              @kvothe88 said in Stuck at bzImage after selecting image to deploy:

                              hi, im using a UDM pro from Ubitiqui as DHCP so that doesnt help…i have a laptop and only boots with snponly.efi…but stuck in bzimage at deployment. Dont know what else to do

                              Well from your first message this sounded fairly different. Something about policy…

                              In this case I suggest you open a new topic in the forums so we don’t cause unneeded confusion. Post a picture of the screen where it is stuck along with information on yor FOG version, kernel version and the exact make and model of the device you see this issue on. We’ll take it from there.

                              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
                              • 1 / 1
                              • First post
                                Last post

                              287

                              Online

                              12.0k

                              Users

                              17.3k

                              Topics

                              155.2k

                              Posts
                              Copyright © 2012-2024 FOG Project