Whenever I add new entries in the menu or modify existing ones, the setting chosen for an item Default Item gets unchecked everytime.
So if I make a change and save I have to go back editing the entry I want to be default and check that box again!
Using Trunk 5618 on Debian 8.2
@george1421
Got it, like I said dropbox is blocked but I managed to get that ISO folder on there, Along with 2 different .wim files for English and French versions of windows and just need to call it properly in the settings, all is good!"
If the boot.wim is called differently, it would be called like this;
Parameters:
kernel http://<fog_server_ip>/wimboot
initrd http://<fog_server_ip>/ISO/boot/bcd BCD
initrd http://<fog_server_ip>/ISO/boot/boot.sdi boot.sdi
initrd -n boot.wim http://<fog_server_ip>/ISO/LiteTouchPE_x64.wim boot.wim
boot
I guess it calls boot.wim to load LiteTouchPE_x64.wim? Or whatever the .wim file is called…
Really happy with this, thanks george1421!
@george1421
“Then copied the LiteTouchPE_x86.wim from MDT deployment share to /var/www/html/ISO as boot.wim.”
There is already a boot.wim file in /var/www/html/ISO/boot/, you keep both of em or you made an error on the destination?
@george1421
Yes but if I put it in the ISO folder it would be the one from the .iso as well, I would end up having the same boot prompts as if I was booting off the disc. Or can I take some files from MDT, like the bcd file and boot.sdi?
Just to clarify, i don’t know if it’s the new Debian settings or Fog that changed it but I do see DocumentRoot to be /var/www/html/ found this in /etc/apache2/available-sites/000-default.conf and 001-fog.conf files.
I’m trying to download the files but i guess dropbox is blocked over here, thanks anyways!
I did create the structure using WAIK, I will try to get this to boot see if it’s any different.
@george1421 said:
Bingo, I have it.
I have two ways to boot a MDT litetouch image via FOG.
The first way is how I stated to take the iso image created by MDT and move that to your FOG server (on rhel variants) in /var/www/html/iso folder. The file I used was to move LiteTouchPE_x86.iso from the MDT deployment share to that …/iso folder as ltpe_x86.iso. Then to create the PXE boot menu as I outlined below. The freeze issue I had was related to how I created the VM. I created it as a linux VM not a windows VM (shame on me). Once I reset it to a windows 7 VM the system booted to the lite touch menu.
By using instructions found in Wayne’s link below. http://ipxe.org/howto/winpe I used this as the bases of option 2. I’ve created WinPE USB boot drives so I already had WAIK installed and already had a boot.wim created, so I’m not going into that part. But in the target winpe environement I took the ISO folder and moved it to the fog server in /var/www/html/ISO (which is different than the <lowercase> iso folder from option 1). I placed the wimboot file (downloaded from the link provided by Wayne) in the web root folder /var/www/html. Then copied the LiteTouchPE_x86.wim from MDT deployment share to /var/www/html/ISO as boot.wim. And finally created the FOG PXE menu with these settings.
Menu Item: winpe.BootMDT_x86
Description: Boot MDT LiteTouch x86
Parameters:
kernel http://<fog_server_ip>/wimboot
initrd http://<fog_server_ip>/ISO/boot/bcd BCD
initrd http://<fog_server_ip>/ISO/boot/boot.sdi boot.sdi
initrd -n boot.wim http://<fog_server_ip>/ISO/boot.wim boot.wim
bootI still would like to understand how I can use the variables to the fog server IP address so I don’t have to hard code the IP address into the boot menu. That would make the instructions a bit more dynamic.
Understand what I’ve done is a first pass attempt to make FOG deploy both FOG images and to launch MDT’s litetouch image without the need of a WDS server (which would have made things a bit easier in one respect)
Is it important to actually use /var/www/html/ or can I just use /var/www/?
I read docs, in part http://ipxe.org/howto/winpe and I already have a wim file but also created an .iso from MDT 2012, now I’m trying to get all this to boot.
My issue is if I use the ISO, I have to press a key to boot from CD or DVD like if I was booting from an install disc which is a bit different than the current setup on PXE which brought us directly to the LiteTouch environment.
Can’t I simply take the wim file already in MDT and along with other needed files have the same “feel” as if I was using the old PXE boot?
Anyone did that or knows what I mean?
So I created a new entry in the Fog menu that contains an apostrophe and I cannot edit nor delete it.
Is there a file I can modify instead because the web management cannot seem to help me?
I am using trunk 5445.
@Wayne-Workman
Is it normal that the latest commit I see in sourceforge is r4393?
Nervermind, I just realized how it’s setup…
@Wayne-Workman Nice, how do you get to MariaDB? Are those change sticking through trunk updates?
I wonder if ip helper on the switches should be changed, I was informed it had been added before, you guys know?
I guess if it works I shouldnt change more but if there’s a potential problem with this let me know!
Funny thing now as well is booting to hard drive works, before it was booting memtest instead…
Now I read that it’s not possible to change the menu order of things, WDS being all the way down, can’t I just bump it up a little?
@george1421 Well with this one you just sent I still get a blinking cursor (I added /boot/x86/wdsnbp.com)
This is what worked:
set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com
Funny thing is just changing to forward slashes after Boot and x86 brings back the blinking cursor… thought the changes to the registry was especially for that…
Anyhow, now I tried;
set wdsserver:ipv4 x.x.x.x
set net0/next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com
It Works!!! 
Got my PXE Menu showing, got to WDS, booted the wim file!
This is great! Thanks a bunch!
@george1421 So I was able to get something with this code, took the steps first as per
http://ipxe.org/appnote/chainload_wds to add different
boot/*
boot*
/boot/*
\boot*
/boot*
parameters in the WDS server’s registry…
I now get this;
Downloaded WDSNBP...
Architecture: x64
WDSNBP started using DHCP Referral.
Contacting Server: x.x.x.x (Gateway: 0.0.0.0)..
No response from Windows Deployment Services server.
Launching pxeboot.com...
TFTP download failed
Getting close! Any idea? I did restart WDS service after changing the registry, as per http://ipxe.org/appnote/chainload_wds
The contact server ip is valid but I wonder about the gateway being all 0.0.0.0
Yeah for some reason it seems this is the only site where I experience slowliness to a point that I have to close my browser and reopen…
After it’s all back to normal !
Took longer than expected, had the FOGFTP error and had to fix that.
Now I try the option in the menu but unfortunately all I got is a blinking cursor 
Menu Item: wds.BootIt
Description: Launch WDS Boot x86
Parameters:
set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com
No boot options?
@george1421 Great I will try this as soon as my image capture is done!
One problem I find so far is 1st option set to boot 1st hdd is actually booting memtest!?
If I choose memtest it also boots memtest.
I have read anything yet for image creation but I was under the impression that doing quick image from the menu would launch an image creation process but insstead tells me theres no image on the server and comes back to the menu.
Is this because I had no image yet or that pc was in no group?
@george1421 So is there no way of simple have Fog ipxe chain to WDS pxe?
I’m scratching my head as this seems possible… how did you do it?
I will be starting to play around and change the DHCP options 66 and 67 now…
Should I bother with iphelper at all?
Yes I have seen the vcritical.com article but this is for launching pxelinux and not ipxe(fog) or am i just really confused?
I don’t quite understand why some of you see what I am trying to do as being building my own kernel… I use what’s provided without compiling anything.
I have just asked to have permissions given to me to play in the DHCP sevrer and will certainly try this, but it sorta sucks being so close!
FYI syslinux 6.03 supports tftp, http and ftp!
When I use kernel ipxe.krn dhcp && chain http://<fog_ip_address>/fog/service/ipxe/boot.php?mac=${net0/mac} from my PXELinux (syslinux 6.03) i get to the Fog server but I have to input the ip address of it to get there and imaging does not work with “No Images found on server” message. If i use ipxe.krn from the ipxe.iso on ipxe.org It chains properly to the Fog server but the layout seems more TUI without the white Fog background. This makes me think the problem might be with the ipxe.krn file alone… The other possible problem is that I have read that being on windows I should be using escaped slahes instead in my ipxe chain call… confused, confused 
You think this will be resolved by having my DHCP using undionly pointing to Fog instead?
Because I cannot remove from the equation yet that I am using Debian 8.2 with trunk release…
If I am able to get to Fog, shoudnt I be able to Image just fine and be able to boot to local drive?
Thanks Wayne!
So I am back at testing, so I put ipxe.krn from the Fog server in my PXELinux and it asks for the ipaddress.
Then I get to the Fog menu and see my pc is already registered, choose Quick Image and I get a message ;
http://x.x.x.x/fog/service/ipxe/boot.php... ok
No Images on server found
Then it brings me back to the Fog menu and if I choose boot to hard drive I get a whole bunch of text output mainly saying about MEMDISK: bootstrap too large to load…
Thanks everyone for the input, though it’s kind of heading in all sorts of direction and I am not quite there yet.
Anyone could elaborate on why PXELinux could not chain to iPXE?
Is it because of a broken chainload in syslinux? Simply not doable…?
It’s almost working for me with chainload but using ipxe.krn from Fog is not getting the address as opposed to ipxe.krn from the ipxe.iso, so I can’t help but think that it’s getting so close, at this point if I had ipxe.krn knowing the address of the fog server all would be needed is the imaging working and I would be set… i think…
What does Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled... mean when trying to image?
Other unanswered questions;
Is there some changelog we can refer to for svn changes or we have to see every single commits in Git to see what has been changed?
Also when I do a pull from Git, the installer asks to go to the management page to update the database but I never see this happening, is it needed?
Finally, after an update, is there a need to restart services or the computer?