Problem on HP ProBook 650g2
-
Why pxelinux.0? Typically you should be using ipxe.pxe or undionly.kpxe or undionly.kkpxe.
While it may have worked for that system, we often see issues with systems when trying to use pxelinux.0 and inform people to use the proper files to correct the issue.
That said, I don’t think the register happened properly and there was an error. I believe you missed the message actually stating the error. Of course this will need more confirmation first.
-
@Tom-Elliott said in Problem on HP ProBook 650g2:
Why pxelinux.0? Typically you should be using ipxe.pxe or undionly.kpxe or undionly.kkpxe.
At the beginning i used to use only “PXE” and it was the configuration on my own DHCP server. It worked fine also with fog then i decided to not make any changes.
I have to say that ipxe (and uefi also) is very new for me and also little difficult to understand
The problem is just today with this new computer.
Then i would have to copy ipxe.pxe from the fog server (/tftpboot/ipxe.pxe) to my dhcp server and modify my dhcpd.conf file (filename “ipxe.pxe”;) ?
The problem is that my dhcp server is used also for other application than fogWhile it may have worked for that system, we often see issues with systems when trying to use pxelinux.0 and inform people to use the proper files to correct the issue.
What i will have to do to solve this problem ?That said, I don’t think the register happened properly and there was an error. I believe you missed the message actually stating the error. Of course this will need more confirmation first.
I cant see other error message during bootThanks for your help
-
Is there a reason you’re using 192.168.39.247 as your next server (I’m guessing 192.168.39.243 is the intended point).
If you’re intending to get tftp from the FOG server, you should NOT need to copy any files around. If there’s a particular net boot environment other than fog, then I don’t know what you will need for sure. From the sounds of things, if you simply point next server your fog server, you should be fine (as well as changing the filename to ipxe.pxe or undionly.kpxe).
Please check the database and see if the host you just registered has an entry in the hosts table?
-
@Tom-Elliott
dhcp/tftp server : 192.168.39.247
fog server : 192.168.39.243
I use my own dhcp and tftp server on 192.168.39.247
Then i dont use the dhcp and tftp option on fog server. (192.168.39.243)
I use an intermediary tftp server for the momentThe host i registered appears in the fog app with the good mac address.
I program a basic task (capture)
and when i reboot it doesnt start task and told me that host is not registered.It seems that it see 2 nic net0 and net1
-
@plegrand Any way you could use the undionly.kpxe? From the sounds of things it’s not finding the right mac address. I don’t know how the system is seeing things, but it’s almost like it’s not redirecting to the right FOG server. (at least as far as I can tell).
-
@Tom-Elliott
you mean on my dhcp server configurationi change pxelinux.0 by undionly.kpxe ?
then this file has to exist on my dhcp server ? i have to copy it ? -
@plegrand Yes, wherever your TFTP server is, whatever it’s told to look at use the tftp files on the fog server as a guide (if needed).
-
@Tom-Elliott
then :copy of undionly.kpxe from fog server to tftp server :
scp /tftpboot/undionly.kpxe 192.168.151.247:/var/lib/tftpboot/Change of dhcpd.conf configuration :
next-server 192.168.39.247;
filename “undionly.kpxe”;i test
I had to copy also default.ipxe on my tftp server
scp /tftpboot/default.ipxe 192.168.151.247:/var/lib/tftpboot/It seems that it boot fine with fog
then here is my differents configurations :
dhcpd.conf of my own dhcp server:subnet 192.168.39.0 netmask 255.255.255.0 { range 192.168.39.36 192.168.39.230; option subnet-mask 255.255.255.0; option broadcast-address 192.168.39.255; option routers 192.168.39.254; option domain-name-servers 192.168.39.253; option netbios-name-servers 192.168.39.237; .../... next-server 192.168.39.247; filename "undionly.kpxe"; }configuration of my own tftp server
LABEL FOG_ETUDIANTS MENU LABEL Clonage de postes avec FOG pour les postes ETUDIANTS KERNEL fog/ipxe.krn dhcp && chain http://192.168.39.243/fog/service/ipxe/boot.php?mac=${net0/mac}may be i could copy also an up to date ipxe.krn file ?
i test capture task
-
@plegrand The .krn shouldn’t matter as much. As long as you can get the default.ipxe file of the main server to point at the fog server (which you showed you could using the default.ipxe properly) you should be fine. Using the pxelinux.0 will work, as you see, but it’s hit or miss on when it will break things (as far as I’ve seen at least).
So using the undionly.kpxe file is working for you (the host shows up as registered now?)
-
just to be said, we have a lot of this probook’s 650 G2 and they are working fine for me.
-
@Tom-Elliott
Hello Tom, now this computer (HP ProBook 650g2) boot fine and is well registered, but all the others olds computers, which booted fine before, hang now on :ipxe initialising devices...For the moment, computer having this problem has same NIC :
Carte réseau Realtek RTL8168D/8111D Family PCI-E Gigabit Ethernet (NDIS 6.20)
As i’m very new to “ipxe”, could you tell me what is the best to use : undionly.kpxe or ipxe.kpxe?
If i understand :
undionly.kpxe is universal driver
ipxe.kpxe contain a lot of nic drivers
The 2 uses the default.ipxe config file ?
What is the difference between ipxe.pxe, ipxe.kpxe, ipxe.kkpxe?On the probook the only problem is on capture task :
An error has been detected (ShrinkPartition) Args passed : /dev/sda2 /images/98e7f4e82bbd/d1.original.fstypes :4:1 Fatal Error, unable to find size data out on /dev/sda2. Cmd: ntfsresize -f -i -v -P /dev/sda2But i think the problem come from the original partitionning.
The last question is : before i used this kind of configuration file for pxelinux.0 :
DEFAULT vesamenu.c32 KBDMAP fr.kbd MENU BACKGROUND splash.jpg menu color title 1;37;40 #ffffffff #00000000 std menu color timeout_msg 37;40 #80ffffff #00000000 std menu color timeout 1;31;40 #ffff0000 #00000000 std menu color border 30;44 #00000000 #00000000 none TIMEOUT 300 ALLOWOPTIONS 0 PROMPT 0 MENU TITLE MENU LABEL BootNormal MENU LABEL Boot local MENU DEFAULT COM32 chain.c32 APPEND hd0 TEXT HELP Boot sur le disque local. Valider pour ne pas attendre 30 secondes. ENDTEXT LABEL Drivers_Universels MENU LABEL Drivers Universels KERNEL memdisk APPEND keeppxe floppy initrd=ghost/universels.img LABEL FOG_ETUDIANTS MENU LABEL Clonage de postes avec FOG pour les postes ETUDIANTS KERNEL fog/ipxe.krn dhcp && chain http://192.168.39.243/fog/service/ipxe/boot.php?mac=${net0/mac}is there a way to configure default.ipxe to make the same ?
thanks again for your help
-
@plegrand said in Problem on HP ProBook 650g2:
Fatal Error, unable to find size data out on
I’m not going to spell out everything on the file extensions, there’s a wiki page for that here: https://wiki.fogproject.org/wiki/index.php?title=IPXE#What_are_the_differences_between_the_different_PXE_files.3F
As far as I understand it, the iPXE files already do what your pxelinux.0 default file is doing. It’s just using a different mechanism to provide (more or less) the same level of functionality.
I’d recommend starting with the ipxe.pxe, but if all of your devices (beyond these systems) are having issues, I’d recommend trying the undionly.kkpxe file. This doesn’t mean your ProBooks will continue to work, but this can be remediated using DHCP user/vendor classes. You can direct systems at which file to use (this works with any file for that matter.)
-
@Tom-Elliott
For the moment here is the tests i made :I use ipxe.pxe
Then for the “ProBook” Computer i always have this message :
Warning using legacy NIC wrapper on 00:00:00:00:00:00 Configuring NET0 00:00:00:00:00:00 error 040ee119 Configuring NET1 98:e7:f4:e8:2b:bd ...But the computer is well registered, than i can say that it works
For the computers with realtek nic it boot fine also.
Then i keep use ipxe.pxe for the moment and not “undionly.kpxe” (problem with realtek nic)
I continue my tests.
thanks again for your help -
@plegrand Would it be safe, for now, to solve the thread?
I ran into a similar issue with HP ProBook 645 G2 and the fix for us was to use the ipxe.pxe file as well.
I also saw the “net 0 [00:00:00:00:00:00]” messages, but I think this is the nic’s Bluetooth adapter only translated off the nic with an invalid mac address as there’s nothing for it to connect to.
-
@Tom-Elliott
i think also is the bluetooth adapterThe thread is solved for me except “Fatal Error, unable to find size data out on”
But i think this problem come from the original partitionning (new HP computer with a lot of partition)
I have to reinstall it with the good number of partition.
As we saw that before i think it will solve the problem ?Big, enormous thanks again for Fog and your precious help .
-
I think so too, but yours is definitely not the first of this issue being reported. When I get home tonight (I’m on EST) i will test an upload just to ensure all is well. If I find any issues with the init’s I’ll try fixing and posting info on them. Thanks for your time too.
-
@Tom-Elliott
Hello
do you want i solve this thread ? -
@plegrand I can solve it, just wanted to make sure it was “okay” to do so.
-
@Tom-Elliott i 'm making a lot of tests with my new configuration (ipxe) and it seems everything works fine except : Warning using legacy NIC wrapper on 00:00:00:00:00:00 message.
Then everything it’s ok !!Just for information here is my new menu for ipxe (default.ipxe)
#!ipxe # Variables utilisables : http://ipxe.org/cfg # Commandes utilisables : http://ipxe.org/cmd # --------------------------- VARIABLES ---------------------------------------- # TimeOut de 5 secondes set TimeOut 5000 set fog-proto http set fog-ip 192.168.39.243 set fog-webroot fog set fog-url ${fog-proto}://${fog-ip}/${fog-webroot} set tftp-proto tftp set tftp-ip 192.168.39.247 set tftp-url ${tftp-proto}://${tftp-ip} set ghost-directory ghost set memdisk-bin memdisk # ------------------------------------------------------------------------------ # Test du processeur : si ext 29 alors 64 bits sinon 32 bits # && : Si Oui # || : Si Non cpuid --ext 29 && set arch x86_64 || set arch i386 # Image de fond console --picture http://192.168.39.243/fog/service/ipxe/bg.png --left 100 --right 8 params param mac0 ${net0/mac} param arch ${arch} param platform ${platform} param product ${product} param manufacturer ${product} param ipxever ${version} param filename ${filename} # S'il existe une seconde carte réseau alors le paramètre mac1 correspondra à son adresse mac. Sinon branchement sur MENU. # S'il existe une troisième carte réseau alors le paramètre mac2 correspondra à son adresse mac. Sinon branchement sur MENU. isset ${net1/mac} && param mac1 ${net1/mac} || goto MENU isset ${net2/mac} && param mac2 ${net2/mac} || goto MENU :MENU menu item Local Boot local item Fog Fog # item HostInfo Informations sur cette machine item Shell IPXE shell item Ghost Ghost Drivers Universels choose --default Local --timeout ${TimeOut} target && goto ${target} :Local sanboot --no-describe --drive 0x80 || prompt goto MENU :Fog chain ${fog-url}/service/ipxe/boot.php##params || prompt goto MENU :HostInfo echo This computer : || echo MAC address....${net0/mac} || echo MAC address....${net1/mac} || echo MAC address....${net2/mac} || echo IP address.....${ip} || echo Netmask........${netmask} || echo Serial.........${serial} || echo Asset number...${asset} || echo Manufacturer...${manufacturer} || echo Product........${product} || echo BIOS platform..${platform} || echo || echo press any key to return to Menu || prompt goto MENU :Shell shell || goto MENU :Ghost kernel ${tftp-url}/${memdisk-bin} keeppxe floppy initrd ${tftp-url}/${ghost-directory}/universels.img boot memdisk prompt goto MENU autobootTanks again
-
@plegrand The first nic weirdness is expected as I said. Using ipxe.pxe should work, and as you and I both suspect I still think it’s the bluetooth part. Unfortunately I don’t think it’s something your or I can fix. As long as all still ‘works’ after that point, you should be fine though.
