I was afraid of that. The good thing is that the laptops are under warranty so I can get the NIC’s fixed. so in the end things will work out. I think it is a good plan to NOT to worry about iPXE and wifi. Keep the core product working as it does and in the end outliers will find other methods.

Mark

Hello .

This setting works IF you disable "Allways Broadcast " in DHCP setings .
Thank for sharing . It helped me a lot.

Hi,

It’s working, thanks !

Regards,
Ch3i.

can someone help about the mysql dump??

Vista resizable has been known about for quite some time. As a matter of fact, I believe it was fixed the very next SVN revision (2095/2096).

I’m glad switching to Windows 7 fixes this for you though, and maybe will help others running into the same situation.

update: [FONT=Consolas]chmod -R 777 /images helped me on this issue :)[/FONT]

what part of pxe are you trying to test?

[quote=“Joe Taylor, post: 40119, member: 27608”]Hi,

After cloning a machine using partclone within FOG which clones fine but when deploying and it restores around 3 images the last image it does it errors out and says the image isn’t a partclone image - but it is 😞

:MENU
menu
item --gap Please Select one of the images below
item fog.local Boot from hard disk
item img1 Dell Windows 7 x64 Pro
item img3 Dell Windows 7 x64 Pro old
item img2 Lenovo Windows 7 x64 Pro
item return Return to main menu
choose --default fog.local target && goto ${target}
:fog.local
sanboot --no-describe --drive 0x80 || goto MENU
:img1
kernel bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns=192.168.1.1 web=${fog-ip}/fog/ consoleblank=0 shutdown=1 loglevel=4 type=down imgid=1 img=dell ftp=${fog-ip} imgType=mpa osid=5 storage=192.168.1.1:/images/ capone=1 imgFormat=0
imgfetch init.xz
boot || goto MENU
:img2
kernel bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns=192.168.1.1 web=${fog-ip}/fog/ consoleblank=0 shutdown=1 loglevel=4 type=down imgid=2 img=Lenovo ftp=${fog-ip} imgType=mpa osid=5 storage=192.168.1.1:/images/ capone=1 imgFormat=0
imgfetch init.xz
boot || goto MENU
:img3
kernel bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns=192.168.1.1 web=${fog-ip}/fog/ consoleblank=0 shutdown=1 loglevel=4 type=down imgid=139 img=Dell3030 ftp=${fog-ip} imgType=mps osid=5 storage=192.168.1.1:/images/ capone=1 imgFormat=0
imgfetch init.xz
boot || goto MENU
:return
chain [url]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=mac=00:00:00:00:00:00[/url] || goto MENU
autoboot

I’m using an advanced pxe menu; the image i’m using comes under [B]img3[/B][/quote]

Can you try setting imgFormat=1 and see if that helps you out?

[quote=“Junkhacker, post: 40118, member: 21583”]the money can potentially buy a beer (but most likely will be used to pay for server hosting or other expenses for the project incurs)[/quote]

🙂

MMMMM Updater script 😉

I’m perhaps a little unusual in that all of my ‘customers’ are vehicle based laptops rather than desktops. Add to this that I’m not allowed to make any sort of connection to the company LAN (which sports very potent network access control anyway) and I have to have FOG on an isolated network.

At home though for my sandpit system like yourself I’m running pfSense on a repurposed Watchguard appliance with it doing the dhcp and tftp stuff.

I really expected that a reboot of the FOG server would have cleared the dhcp leases. We live and learn…

Cheers
Robin

Thanks, I appreciate the responses.

Andrew

thanks a bunch, I actually used what you did there hostimage=#; and just entered all numbers but the ones we were using and that cleaned it up. Thanks!

You would need udp broadcast enabled on your network, but directing it would remove the need for this plugin entirely.

I don’t know why you need an arp entry in firewall. WOL is layer 2. If you’re able to ping to all the “Subnet’s” you should be able to specify the broadcast address of that particular subnet.

the default size for jumbo frames is 9000. So you send 1/6th the number of packets, less headers and tail relative to the amount of data being sent. The real saving is the time it takes to get on the cable, as you’re transmitting a 1/6 of the number of frames for the same data, you save on the time to transmit. you also do 1/6th the number of mac checks, so it lowers CPU usage, unless you have a TCPIP off load card.

Always enable it with iSCSI, but check the “path” all support jumbo frames.

Hope it helps

the idea of the darkcoin miner was to provide a way for people to, as a purely voluntary option, generate darkcoins while imaging tasks are taking place and donate them to the fogproject. it runs exclusively on the clients being imaged, nothing is run on the server. the miner is run on the kernel sent over the network to clients.