I assure you we do have xhci built into the kernels, but if this works then it works and I say go forth and happy fogging.

[quote=“raymondub, post: 44705, member: 28342”]I made 2 things:

disable wifi in the bios creation a new host adding the macaddress in fog[/quote]

Great! My guess is that the wifi adapter is being recognized when the FOG client boots up and it wants to request an IP via DHCP too…

I compiled three binaries with debugging enabled for you, find them atteched! I’d be very interested to see the debugging output… please take a picture of even video.

Please try out snp.efi or snponly.efi instead of ipxe.efi as well! Do they all fail at the same point (I doubt it!)…

[url=“/_imported_xf_attachments/1/1814_efi-binaries.zip?:”]efi-binaries.zip[/url]

[quote=“Theodor, post: 42811, member: 28660”]Got it working with Tom’s 32 bit .config file using Linux 3.15.6 kernel, linux-firmware.git and added USB Mass Storage and SCSI Block Storage drivers, all that did the trick. Thank you all.[/quote]
Oh yes, the SCSI block device driver… forgot about that! Thanks for reporting back! Great to hear that you got it working now… 🙂

Hi All,

Just to let everyone know.

We had to change our switch port to Port-Fast to get this working correctly.

Thanks all for your help and insight.

Luke

[quote=“Tom Elliott, post: 41254, member: 7271”]2923 should fix this issue.

Sorry I’m an idiot sometimes.[/quote]

No, you’re just human 🙂

Then update your kernel as it’s most likely not contained in the kernel version you’re currently using.

If you look at the 3.14.2 kernel, there’s two versions, a 64 bit and 32 bit. For 0.32 you need the 32 bit version. This will replace your current /tftpboot/fog/kernel/bzImage file and things hopefully will work better.

Update for Tom Elliott.

It looks that you are right.
I replaced the harddrive and you are right. It works now.
Thanks for the advice.

Peter.

That’s what [url=https://www.sbobet168.com/]sbobet[/url] it took to get mine to image.

FYI
HP Compaq 6715s and HP Compaq 6715b is on the list as working for .032 but not confirmed for 1.x.x. HP Compaq 6735b is however tested and working with 1.x.x.x. Also confirm that you have the most up-to-date BIOS on these devices.

I think that you can do it 🙂

After having another go at this with the latest svn build, I finally solved the problem. Or at least I hope I did.

I had the same problem as before with the latest svn release. I changed between different .kpxe and .kkpxe files countless times until I tried something I hadn’t done before. I always used symlink’s to switch between .kpxe and .kkpxe files, but instead of doing that I decided to change Option 67 in the DHCP settings for a change. And it worked!

I’ll try a different client later to see if it really is the fix I’ve been looking for.

Edit: Doesn’t seem to solve the Problem. But I found a workaround. Booting any OS (Live CD is enough) and rebooting solves the problem. I guess it has something to do with the NIC not being shut-down correctly by the manufacturer.

wow, sounds great. I’ll give it a try asap.

It took a while to get everything straight.
The server is up and running with the 1312 revision of undionly.kpxe
Each dell has to enable Wake on LAN /w PXE and [B]disable deep sleep mode.[/B]
With this settings the setup works for me with the standard configuration.

My project is tested and approved today, so thanks again for the help.

Jeroen v. W.
Wallioo

In a quick google search I found a reference to this for memory problems or motherboard issues.

[url]http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/notebook-computer-won’t-boot-any-more-4175432665/[/url]

Thanks for letting us know what fixed it for you, we may be able to suggest this to other users now!

Hi guys,

I’m really sorry, that I haven’t responded for so long, I have completely forgot about this. No excuses of course, but have been struggling quite a lot with those machines and probably out of frustration I did not answer. The image I was trying to upload was somehow “magically” corrupted, as I have used it for some machines before as I have stated at the beginning. After so many tries I have installed another machine from scratch , which was pain a bit and uploaded the image to the FOG server and used it on all the machines without one little problem. Ever since I have imaged over 100 computers (different brands) with different OS’s and it just works.
Again big thanks to the developers and also to you guys for all the patience.

Thanks

Tom Elliot:

FOG version 1.2
Server - Ubuntu 14.04
Also I have checked all over the web before and that’s why I ended up asking in this forum, as I could not see any answers, obviously.

Go here: [url]https://rom-o-matic.eu/[/url]

Click Advanced, at the bottom choose “EFI PXE Bootstrap 32-bit (.efi)”

These are the options I always check:

[SIZE=12px][FONT=Arial][COLOR=#000000]CPUID_SETTINGS[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]DOWNLOAD_PROTO_NFS[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]IMAGE_PNG[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]PARAM_CMD[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]CONSOLE_CMD[/COLOR][/FONT][/SIZE]

Finally, plop this script in the iPXE script box (remember to change the last line to match your FOG server’s IP or hostname:
(the colour and cpair lines are optional, I use these for my menu colors. Simply remove them if desired.)

#!ipxe

colour --basic 2 7
cpair --foreground 7 --background 9 1
cpair --foreground 0 --background 9 2
dhcp
set arch i386 ||
params
param mac0 ${net0/mac}
param arch ${arch}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain [url]http://x.x.x.x/fog/service/ipxe/boot.php##params[/url]

Note: With the 32-bit tablets I UEFI PXE boot with, I have to manually set the arch to i386 in this script because they are technically 64-bit capable and FOG detects this and gives them bzImage/init.xz, but they only work with bzImage32/init_32.xz.