Yes, we need more information! Please take a picture when Yoga boots up displaying information about the NIC. Or even better: boot up a linux live CD and run ‘lsusb -t’…

USB NICs are still very new in iPXE. Linux kernel is a bit better but still causes trouble with some of the adapters. But be aware that you need to make both (ipxe and kernel) work with your NIC to be able to image your yoga.

We just started to gather which USB adapters work: [url]http://fogproject.org/wiki/index.php/WorkingDevices#USB_Ethernet_Adapters[/url]

Read through those threads and search the forum for ‘yoga’ as well. You’ll find heaps of information about it! [B]Please report back if you got it up and running!![/B]

And you are more than welcome to ask here if you need help with that. Please post error messages and/or pictures of things going wrong so we are able to help you.

Why were you wrong?? Please explain as others might find it helpful too!

It’s been a long time since I looked into this but I didn’t have enough time until now…

I am now able to reproduce this on our machines and then captured the FTP traffic to see exactly what’s happening when things go wrong.
[LIST]
[]Case 1: Create a complete new image in the web GUI and upload. Works like a charm!
[]Case 2: Upload a second (third …) time. Bam! Image does not get moved…
[*]Case 3: Delete /image/<name> before uploading. And again, rename works like a charm…
[/LIST]
The problem is that our image is very big (150GB+). But also smaller (50GB) images fail on out servers. [B]FTP timeout is set to 10 seconds [/B]but deleting such hugh files takes longer than 10 seconds on our system…

I cranked it up to 90 seconds (PHP default value) and the 50GB images work now. 150GB image is still an issue (testing…). Maybe it’s just our storage system that takes ages to delete big files…??

Doesn’t look like a loop to me as this client does not seem to get beyond iPXE’s DHCP routine. To me it looks like that client is sending out DHCP requests to the server (or maybe it just says it does?!?) but doesn’t get the DHCP response to that request. From what I read in your other posts I guess that it’s not a general problem. You wrote that other clients work well. It’s just that notebook model, right???

Please give undionly.kkpxe a shot! Change your DHCP settings to point to undionly.kkpxe instead of undionly.kpxe …
If it does not work you can also try ipxe.kpxe and ipxe.kkpxe

See any difference?

Edit: Others too have issues with Realtek PCIe NICs [url]http://forum.ipxe.org/showthread.php?tid=7356[/url]

I guess it’s time for you to look into wireshark and tcpdump… capture the packets on the FOG server while your client boots up. Try to investigate yourself or upload the pcap file if you want us to have a look.

[CODE]sudo tcpdump -i eth0 -w dump.pcap udp[/CODE]

Startup your client right after this and stop the command (Ctrl+C) when your client fails… Then copy the pcap file to another computer where you have wireshark installed and open it up. Try display filters ‘bootp’ (for DHCP) and ‘tftp’…

Other people had similar issues. Solutions were kind of different. Please read through those posts and see if it’s of any help for you:
[url]http://fogproject.org/forum/threads/after-deploye-grub-fog-1-2-0.11873/[/url]
[url]http://fogproject.org/forum/threads/resizable-issue-with-bootloader.11882/[/url]

Hint: forum/internet search… cmain

AFAIK the grub method won’t work if you enable UEFI in BIOS… please, anyone correct me if this is not true!

Upload performance? Most likely the compression is your bottleneck. See here: [url]http://fogproject.org/forum/threads/slow-uploading-and-downloading.12583/[/url]

If you still want to tweak NFS options, look into /etc/exports on the server. Tweaking NFS client options is a lot more trouble. Please come back again if you need help with that too.

Has multicast ever worked before on this system. Or is this an issue ever since you installed this system?

You can use wireshark to check which options are set in the DHCP answers…

Check out this post: [url]http://www.johnwillis.com/2014/03/pxe-booting-using-usb-to-ethernet-dongle.html[/url]

John Willis has been working hard to make USB adapters work with iPXE at all. It’s all still pretty new and I guess there is no garantee other then bying an adapter and trying it out. We are in the process of documenting which ones work and which don’t. But we only just started… [url]http://fogproject.org/wiki/index.php/WorkingDevices#USB_Ethernet_Adapters[/url]

There is a thing called ECM (Ethernet Control Model) which is one of several different protocols used by those adapters (see here for more information: [url]http://en.wikipedia.org/wiki/Ethernet_over_USB[/url]). iPXE supports ECM and [S]should[/S] might work with ECM adapters. Here is an example of an USB ethernet adapter having ECM built in: [url]http://www.realtek.com.tw/press/newsViewOne.aspx?NewsID=302&Langid=1&PNid=0&PFid=1&Level=1[/url]

But as you can see in the wiki we still don’t seem to have someone who’s got the RTL8153 up and running…

It boils down to buy-and-try or wait till someone else has done it!

Seems like you have a setting wrong in the web gui… please check all the IP addresses in FOG settings in the web interface!

Edit: See FOG Settings -> TFTP Server -> FOG_TFTP_HOST

Why is udhcpc coming up twice??? Do you have two network cards in that client?

Great to hear! Thanks for reporting back.

All the best to your family!!!

Seems to be a known bug: [url]https://social.technet.microsoft.com/Forums/en-US/6b5a6f2e-988e-4fe3-92bf-96d84b926d91/time-zone-issue-with-windows-server-2008-r2-and-sysprep?forum=windowsserver2008r2general[/url]

Do you have two network cards in that laptop? Which version of FOG do you use?

I guess you are best of helping yourself with wireshark. Install it on whichever client you try to test the tftp command from and capture the packets to see what it really does.

If you are really keen you can capture the packets on your server too. Best to use would be tcpdump writing the packets to a dump file, download it to your client and open it up with wireshark again…

[CODE]tcpdump -i eth0 -w tftp.pcap udp[/CODE]

Note: the string ‘udp’ is a filter so that you don’t see all the SSH and HTTP traffic in you dump file (would be huge…).

How do you schedule the task? Group -> Basic Tasks -> Multicast?

Which version of FOG do you use? I guess you have 1.2.0 installed, right? It’s written in the small cloud on the web interface login site…

Please edit /var/www/fog/lib/fog/BootMenu.class.php and search for ‘imgfetch’ (without the quotes). I guess you’ll see this:
[CODE]…
$this->kernel = “kernel $bzImage root=/dev/ram0 rw ramdisk_size=$ramsize ip=dhcp dns=$dns keymap=$keymap web=${webserver}${webroot} consoleblank=0”;
$this->initrd = “imgfetch $imagefile\n”;
…[/CODE]
Change it to make it look exactly like this:
[CODE]…
$this->kernel = “kernel $bzImage initrd=$initrd root=/dev/ram0 rw ramdisk_size=$ramsize keymap=$keymap web=${webserver}${webroot} consoleblank=0”;
$this->initrd = “imgfetch $imagefile”;
…[/CODE]
And then there is another thing that needs to be changed in the same file. Find all the lines of code with ‘print $this->initrd’
[CODE]…
print "$this->kernel …
print “$this->initrd”;
…[/CODE]
should be…
[CODE]…
print “$this->initrd”;
print "$this->kernel …
…[/CODE]

Why would you want to do something like this??

If you want to try it out straight way just edit /var/www/fog/lib/fog/BootMenu.class.php and change all the places where you see ‘loglevel=4’ and make it ‘loglevel=7’…