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

Issues with Gparted PXE Booting

Scheduled Pinned Locked Moved
General Problems
4
33
8.4k
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.
  • Q
    quinniedid
    last edited by quinniedid May 23, 2019, 3:27 PM May 23, 2019, 9:26 PM

    @george1421 What I find interesting is that I can now get Clonezilla to work on the UEFI VM but NOT on a physical box…
    You would think that Gparted an Clonezilla would be somewhat the same.

    kernel tftp://${fog-ip}/clonezilla/vmlinuz
    initrd tftp://${fog-ip}/clonezilla/initrd.img
    imgargs vmlinuz initrd=initrd.img boot=live config components union=overlay username=user noswap noeject ip= vga=788 fetch=tftp://${fog-ip}/clonezilla/filesystem.squashfs
    boot
    G 1 Reply Last reply May 23, 2019, 10:55 PM Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by May 23, 2019, 9:28 PM

      @quinniedid Did you ever get to check what’s in /boot.log as suggested in the pictures?

      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

      G 1 Reply Last reply May 23, 2019, 10:55 PM Reply Quote 0
      • Q
        quinniedid
        last edited by May 23, 2019, 9:43 PM

        @Sebastian-Roth The boot log is reporting a bad address to the FQDN of our server. Which is strange as within the same command-line I can nslookup the FQDN and get back the associated IP. I can ping the IP address but I cannot ping with the FQDN. Giving me the same error as bad address.

        G 1 Reply Last reply May 23, 2019, 10:58 PM Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by May 23, 2019, 9:46 PM

          @quinniedid That definitely is strange. Can you check /etc/nsswitch.conf when you get to the shell? Please post its contents 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
          • Q
            quinniedid
            last edited by quinniedid May 23, 2019, 3:56 PM May 23, 2019, 9:54 PM

            @Sebastian-Roth I did find that it works with an IP address in the fetch portion of the commands.

            hosts: files dns
            1 Reply Last reply Reply Quote 0
            • G
              george1421 Moderator @quinniedid
              last edited by May 23, 2019, 10:55 PM

              @quinniedid I guess what version of gparted are you using. Are you using the same one I did? Did you try it in a bios based VM. There as to be something different between your setup and mine. If you look at your clonezilla setup, that mirrors pretty much the gparted setup. So one might think your gparted files are not right if all things are equal.

              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 0
              • G
                george1421 Moderator @Sebastian Roth
                last edited by May 23, 2019, 10:55 PM

                @Sebastian-Roth said in Issues with Gparted PXE Booting:

                Did you ever get to check what’s in /boot.log

                while I was testing I go similar messages, the boot.log in my case was empty (0 bytes).

                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 0
                • G
                  george1421 Moderator @quinniedid
                  last edited by May 23, 2019, 10:58 PM

                  @quinniedid said in Issues with Gparted PXE Booting:

                  The boot log is reporting a bad address to the FQDN of our server

                  Why would that be? In the ipxe menu the reference is ${fog-ip} which should be the IP address of your fog server. Where is it getting the fqdn name from?

                  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 0
                  • Q
                    quinniedid
                    last edited by May 23, 2019, 10:58 PM

                    @george1421 I am using the 0.33.0 AMD64. I think I am going to download the previous version and test. I wonder if PXE booting is an issue in this version.

                    G 1 Reply Last reply May 23, 2019, 10:59 PM Reply Quote 0
                    • G
                      george1421 Moderator @quinniedid
                      last edited by george1421 May 23, 2019, 5:03 PM May 23, 2019, 10:59 PM

                      @quinniedid said in Issues with Gparted PXE Booting:

                      I am using the 0.33.0 AMD64

                      My tests were with i686 version. Lets start eliminating the differences, can you try the i686 files? Those will work on both x86 and x64 systems.

                      also in your browser key in http://<fog_server_ip>/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00

                      Make sure at the top of that its setting ${fog-ip} correctly

                      For example when I run that on my home fog server I get this. So you see the variable fog-ip is being set to an IP address here.

                      #!ipxe
                      set fog-ip 192.168.112.24
                      set fog-webroot fog
                      set boot-url http://${fog-ip}/${fog-webroot}
                      cpuid --ext 29 && set arch x86_64 || set arch i386
                      goto get_console
                      :console_set
                      colour --rgb 0x00567a 1 ||
                      colour --rgb 0x00567a 2 ||
                      colour --rgb 0x00567a 4 ||
                      ...
                      

                      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 0
                      • Q
                        quinniedid
                        last edited by quinniedid May 24, 2019, 9:58 AM May 24, 2019, 3:52 PM

                        @george1421 I have my fog server configured with an FQDN instead of IP addresses as we have had to change our IP a few times. So ${fog-ip} is not an actual IP. Also, all computers/VM’s in our network our UEFI configured. I just find it interesting that Clonezilla will work but not this particular version of Gparted.

                        I changed the files to the following versions and the associated results:

                        0.33.0-2-i686 - Won't even boot
                        0.33.0-2-AMD64 - Will boot but crashes later due to the FQDN not resolving for some reason, if IP specified on fetch booted no problem
                        0.33.0-1-AMD64 - Will boot but crashes later due to the FQDN not resolving for some reason
                        0.32.0-1-AMD64 - Will boot and works with the FQDN no problem!!! :)

                        This is the iPXE parameters I am using:

                        kernel tftp://${fog-ip}/gparted/vmlinuz
                        initrd tftp://${fog-ip}/gparted/initrd.img
                        imgargs vmlinuz initrd=initrd.img boot=live config components union=overlay username=user noswap noeject ip= vga=788 fetch=tftp://${fog-ip}/gparted/filesystem.squashfs
                        boot || goto MENU
                        G 1 Reply Last reply May 24, 2019, 3:56 PM Reply Quote 1
                        • G
                          george1421 Moderator @quinniedid
                          last edited by george1421 May 24, 2019, 9:57 AM May 24, 2019, 3:56 PM

                          @quinniedid said in Issues with Gparted PXE Booting:

                          Will boot but crashes later due to the FQDN

                          So then to fill out the truth table, change the fqdn (temporarily) to an IP address and see if that is the issue. I know in my setup the ${fog-ip} is the real ip address of my fog server. Maybe there is something broken in the latest release of gparted… actually all you need is the real IP address of the fog server in the fetch parameter the reset can stay conical names its the gparted kernel that is not able to resolve the fqdn name.

                          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 0
                          • Q
                            quinniedid
                            last edited by May 24, 2019, 3:58 PM

                            @george1421 I forgot to mention that in my notes. I will fix that. Changing fetch=tftp://${fog-ip}/gparted/filesystem.squashfs to fetch=tftp://<fog_server_ip>/gparted/filesystem.squashfs worked just fine and booted properly.

                            1 Reply Last reply Reply Quote 0
                            • 1
                            • 2
                            • 2 / 2
                            2 / 2
                            • First post
                              32/33
                              Last post

                            294

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project