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

IPXE boot issue - Realtek RTL8153 - DELL VENUE - Resolved

Scheduled Pinned Locked Moved Solved
FOG Problems
4
11
3.2k
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.
  • O
    owlz89
    last edited by owlz89 Aug 23, 2016, 7:55 AM Aug 22, 2016, 4:46 PM

    Hi all,

    Am trying to image a few Dell Venue 11’s using the official DELL USB Ethernet adaptor which is a Realtek RTL8153 model.

    When i first tried it, it hanged on iPXE initialising devices, after going through the forum i realised that i was to change my option 67 to undionly.kkpxe.

    I changed my option 67 and i got happy to soon and the system started to hang on
    http://my-ip-address//fog/service/ipxe/boot.php....90%…

    My project is on version 1.2.0 however for test purposes i made a clone vm and upgraded the fog 1.2.0 to the trunk version and this time the same thing happens but hangs on 36%

    Any ideas anyone, in whats wrong?

    Thank you.

    1 Reply Last reply Reply Quote 0
    • O
      owlz89
      last edited by owlz89 Aug 25, 2016, 4:59 AM Aug 23, 2016, 1:53 PM

      okay figured it out. it seems the DELL Venue Pro 11 does not like legacy mode. (well realtek RTL8153 doesn’t like legacy mode)

      What you have to do is change the boot option 67 to snponly.efi and boot via UEFI ipv4. I didnt test to see if it registered the host as i manually entered the mac address & host details on the web management service and set the task via the web management console.

      Thank you for your help @george1421 & @Sebastian-Roth

      UPDATE: I was using Fog 1.3.0-RC-8 & i had to reinstall OS from scratch after changing bios to UEFI as Fog looks for a gpt scheme on HDD (in the venue’s case a eMMC) or it will fail.

      G 1 Reply Last reply Aug 23, 2016, 2:32 PM Reply Quote 0
      • O
        owlz89
        last edited by owlz89 Aug 22, 2016, 11:16 AM Aug 22, 2016, 4:55 PM

        how strange, when i pressed the enter button on the keyboard the percentage went from 90% to a 100% and went onto the next command line…http://my-ip-address/fog/service/ipxe/bg.png and then the same thing is occuring where i have to press the enter button after a few seconds to get the percentage up.

        Update: i can now get to the boot menu screen however it hangs on the bzimage…i just need a workaround so if there’s a method please me know.

        Note: am a beginner on linux so if there;s any specific config file change that i need to then could you please tell me via steps.

        Thank you

        1 Reply Last reply Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Aug 22, 2016, 6:16 PM

          @owlz89 Searching the forum for ‘RTL8153’ you will find many people having issues with NICs based on that chip. You can try downloading newer iPXE binaries from here and see if you can make it work with those. If the new iPXE binaries work you might want to look into upgrading to the latest version as there has been lots of improvements since FOG 1.2.0 was released.

          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
          • G
            george1421 Moderator
            last edited by george1421 Aug 22, 2016, 12:32 PM Aug 22, 2016, 6:30 PM

            For now lets only consider the version of fog you updated to trunk. What version of fog did you upgrade to. The trunk version is a moving target. Currently the trunk is 1.3.0-rc8. Once you did that did you remember to change dhcp options 66 and 67 to point to your new fog server?

            From there since you cloned your 1.2.0 vm, please confirm that the IP address in the file /tftpboot/defauly.ipxe points to your new FOG server. (It should but this is just a safety check. You an use the command cat /tftpboot/default.ipxe to view its content).

            What precisely do you have listed for dhcp option 67?

            Is your Venue setup for bios (legacy) mode or uefi?

            I can tell you those realtek nics are a PITA at times.

            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!

            O 1 Reply Last reply Aug 23, 2016, 12:33 PM Reply Quote 0
            • O
              owlz89 @george1421
              last edited by Aug 23, 2016, 12:33 PM

              @george1421 I have two VM’s (one with fog 1.2.0 & another 1.3.0) and their both have the same ip address (10.0.21.0) I have checked the tftp config file and it’s pointing to the right IP.

              Option 67 is set to undionly.kkpxe, my venue bios is on legacy mode and my Fog trunk version is the latest 1.3.0-rc8.

              Technically there is nothing wrong with the fog server as i have re-imaged a laptop and uploaded a image (which has a built in NIC not a venue) and it worked fine on both servers (fog 1.2.0 & 1.3.0)

              It just right now the problem is when am on the boot menu and i try registering the host the venue either restarts or the screen stays blank. If i register the device before hand & then try set a task to lets say download (re-image) it freeze’s the moment it reads the kernal (bzImage)

              @Sebastian-Roth I checked most of the forum & wiki page bud & yes there is quite a lot of issue with this model (chip) i just assumed there might have been a fix now as this problem dated back to many years. Thank you for iPXE binaries.

              G 1 Reply Last reply Aug 23, 2016, 12:46 PM Reply Quote 0
              • G
                george1421 Moderator @owlz89
                last edited by Aug 23, 2016, 12:46 PM

                @owlz89 just to be clear when you say you have two vms (1.2.0, 1.3.0) you are only running one at a time?

                OK so the venue is in legacy mode and it is booting into the FOG iPXE menu. That tells me that iPXE is having an issue with that nic. As a test instead of using undionly.kpxe, test to see how undionly.kkpxe or ipxe.kpxe responds to the boot attempt? There is also a specific realtek kernel realtek.kpxe. Sorry I can’t give you a definitive answer, but your system should just work in legacy mode.

                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!

                O 1 Reply Last reply Aug 23, 2016, 1:14 PM Reply Quote 0
                • O
                  owlz89 @george1421
                  last edited by Aug 23, 2016, 1:14 PM

                  @george1421 yes, i only have one running at a time. Never really tried it lol would certain make the server confused. Joking a side, I already have option 67 on undionly.KKpxe not Kpxe but i will certain give ipxe.kpxe a go and see how it responds.

                  No need to apologies mate am glad your someone who’s responding to my fault, so Thank you.

                  1 Reply Last reply Reply Quote 0
                  • O
                    owlz89
                    last edited by owlz89 Aug 25, 2016, 4:59 AM Aug 23, 2016, 1:53 PM

                    okay figured it out. it seems the DELL Venue Pro 11 does not like legacy mode. (well realtek RTL8153 doesn’t like legacy mode)

                    What you have to do is change the boot option 67 to snponly.efi and boot via UEFI ipv4. I didnt test to see if it registered the host as i manually entered the mac address & host details on the web management service and set the task via the web management console.

                    Thank you for your help @george1421 & @Sebastian-Roth

                    UPDATE: I was using Fog 1.3.0-RC-8 & i had to reinstall OS from scratch after changing bios to UEFI as Fog looks for a gpt scheme on HDD (in the venue’s case a eMMC) or it will fail.

                    G 1 Reply Last reply Aug 23, 2016, 2:32 PM Reply Quote 0
                    • G
                      george1421 Moderator @owlz89
                      last edited by Aug 23, 2016, 2:32 PM

                      @owlz89 If your dhcp server is a windows 2012 server then you have some options to make both bios (legacy) and uefi systems happy so you don’t need to mess with dhcp option 67 all the time: https://forums.fogproject.org/topic/4859/fog-bios-and-efi-coexistence

                      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!

                      O 1 Reply Last reply Aug 23, 2016, 2:49 PM Reply Quote 0
                      • O
                        owlz89 @george1421
                        last edited by Aug 23, 2016, 2:49 PM

                        @george1421 thank you, yes we use win 2012 r2. I did set this up in the past partially never really got to testing it as all our machines within the organisation are on legacy mode. certainly will now try it.

                        1 Reply Last reply Reply Quote 0
                        • W
                          Wayne Workman
                          last edited by Aug 24, 2016, 3:53 AM

                          Also: https://wiki.fogproject.org/wiki/index.php/BIOS_and_UEFI_Co-Existence

                          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!
                          Daily Clean Installation Results:
                          https://fogtesting.fogproject.us/
                          FOG Reporting:
                          https://fog-external-reporting-results.fogproject.us/

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

                          283

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project