Issues with Gparted PXE Booting

Sebastian Roth

@quinniedid That definitely is strange. Can you check /etc/nsswitch.conf when you get to the shell? Please post its contents here.

quinniedid

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

hosts: files dns

george1421

@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.

george1421

@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).

george1421

@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?

quinniedid

@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.

george1421

@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 ||
...

quinniedid

@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

george1421

@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.

quinniedid

@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.

Issues with Gparted PXE Booting

184

11.6k

17.1k

154.6k