Issues with Gparted PXE Booting
-
@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.
-
@quinniedid That definitely is strange. Can you check
/etc/nsswitch.conf
when you get to the shell? Please post its contents here. -
@Sebastian-Roth I did find that it works with an IP address in the fetch portion of the commands.
hosts: files dns
-
@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.
-
@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).
-
@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? -
@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.
-
@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}
correctlyFor 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 || ...
-
@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
-
@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. -
@george1421 I forgot to mention that in my notes. I will fix that. Changing
fetch=tftp://${fog-ip}/gparted/filesystem.squashfs
tofetch=tftp://<fog_server_ip>/gparted/filesystem.squashfs
worked just fine and booted properly.