Latitude 5410 No Legacy boot

[george1421]

@John-L-Clark Well I was hoping for a better answer in the 4 years since I wrote this post, but it looks like 16.04 only has 2.75 version of dnsmasq installed. You may need to follow this post to compile an updated version of dnsmasq: https://forums.fogproject.org/topic/8725/compiling-dnsmasq-2-76-if-you-need-uefi-support/11

[John L Clark]

@george1421 I am looking at this and got to the part where i have to edit the config.h and mine does not look the same.
This is what I see.

[george1421]

@John-L-Clark In the picture you posted, scroll down abit that section mentioned in the tutorial is there (I just checked). Its about line 173 in the config file.

[John L Clark]

@george1421 Ok thank you I was able to get through the rest of it to the Make install part and this is what I got.

[george1421]

@John-L-Clark so did everything on this line get installed correctly?

sudo apt-get install -y wget libdbus-1-dev libnetfilter-conntrack-dev idn libidn11-dev nettle-dev libval-dev dnssec-tools 

libidn11-dev should have installed that header file.

If you just can’t get idn to load correctly then go back into the config file and remove these two lines and it should compile.

#define HAVE_DBUS
>> #define HAVE_IDN
>> #define HAVE_IDN_STATIC
#define HAVE_CONNTRACK
#define HAVE_DNSSEC

just remove the lines completely from the config file.

[John L Clark]

@george1421 Removed the 2 lines and this is what I got. Thank you again for your help.

[george1421]

@John-L-Clark again did running this line give no errors?

sudo apt-get install -y wget libdbus-1-dev libnetfilter-conntrack-dev idn libidn11-dev nettle-dev libval-dev dnssec-tools 

[John L Clark]

@george1421 It fails

[Sebastian Roth]

@John-L-Clark Temporary failure resolving 'us.archive.ubuntu.com'. Works fine on my end:

nslookup us.archive.ubuntu.com
Server:		192.168.24.1
Address:	192.168.24.1#53

Non-authoritative answer:
Name:	us.archive.ubuntu.com
Address: 91.189.91.38
Name:	us.archive.ubuntu.com
Address: 91.189.91.39

[John L Clark]

@george1421 Ok that finally ran and i was able to run the Make Install and this is what I got.

[John L Clark]

@John-L-Clark So then I checked the version and tried to restart the service and this is what I got.

[John L Clark]

@george1421 This is what I see. Any ideas?

[george1421]

@John-L-Clark Ok it looks like you have it compiled and working. I realize this is quite an intensive process. If your distro had an up to date version it would not be necessary.

The first thing I see is that you have your compiler files extracted into the /etc/dnsmasq.d directory. IMO it should not be there but in your home directory instead. dnsmasq searching the /etc/dnsmasq.d directory and sub directory for configuration files. Who knows what I might find if it searched the build path files. So move that /etc/dnsmasq.d/dnsmasq-2.76.orig directory out of there. You see in the error message *bad option in line 1 of /etc/dnsmasq.d/dnsmaq… dnsmasq found a file it didn’t like in its config file path, so move it.

Second what you want to do in install the distro’s version of dnsmasq. I know it will be 2.75 but what we are going to do is slide in your compiled version of dnsmasq in place of the distro’s version.

So once you move that compiler directory out key in which dnsmasq that will tell you where the distro placed its file. Then copy the dnsmasq you just compiled over and replace the distro’s version.

[John L Clark]

@george1421 Ok so I got it running and can boot EFI but get this error.

[george1421]

@John-L-Clark On the plus side dnsmasq appears to be working.

So is your fog server at 192.168.101.29? I think yes because it found default.ipxe and then chained to boot.php. So is the web ui running on that server? You didn’t do anything like setup https on that server did you?

[John L Clark]

@george1421 no we didnt change any of that I can still boot legacy just fine with the undionly.kkpxe I used the ipxe.efi for the efi boot.

[george1421]

@John-L-Clark From the same subnet? What the error is telling us/me is that ipxe.efi is working because its picking up an up address AND tftping from the FOG server. What is failing is connecting from this computer to the fog server over http. Is it possible some kind of screening router or other is blocking http access from this client to the FOG server?

[John L Clark]

@george1421 If i hit the s button i can get into the ipxe command line. I am able to ping the fog server from there. I can even type in login and it brings up the username and password prompt and i can login there with my fog username and password. It then takes me back to the ipxe screen. All machines that are working on legacy are on the same subnet.

[george1421]

@John-L-Clark So from a computer on the same subnet as the target computer, can you open a browser and browse to http://192.168.101.29/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00 That should give you the text configuration behind the iPXE menu.

While sitting at the iPXE command prompt (from the error in the picture where you hit ‘s’) what happens if you

ping 192.168.101.29

and then key in
chain http://192.168.101.29/fog/service/ipxe/boot.php

What you are telling me should not be happening.

Also I looked through the thread quickly but I didn’t see where I asked what version of FOG are you running?

[John L Clark]

@george1421 I can ping the 192.168.101.29 from the prompt and then i type in the chain command and it times out. I can browse to the http://192.168.101.29/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00 from my machine on the same subnet I can get there. The version of fog is 1.3.5