fog pxe/iPxe boot win 7 wimboot CD/DVD missing issue

[KnightRaven]

@george1421 From bootable(and usable) USB boot. That came from our win7 ISO. So I am wondering now if that boot.wim is looking for a specific location?

[george1421]

@KnightRaven said in fog pxe/iPxe boot win 7 wimboot CD/DVD missing issue:

@george1421 From bootable(and usable) USB boot. That came from our win7 ISO. So I am wondering now if that boot.wim is looking for a specific location?

OK that is what I wanted to confirm. You did not create it using your AIK install (also outlined in the centos link I provided)

I was just trying to think of a way to do this remotely. I’m traveling today, but I will have some down time tonight in the hotel . I think I can build what I need remotely to test this out. My idea is to build my own wim file from AIK. I can inject the network drivers into the wim file to give me network access. I’m interested if I can install windows this way. It more of a curiosity than anything I need since we use MDT to build our master images and never touch the DVD.

What hardware (manuf and model) are you trying to deploy to?

[KnightRaven]

@george1421 Well I used the AIK/dism/imagex tools to modify or inject some drivers to the boot.wim. Just not the laptop I am testing. But the desktop does the same thing. I appreciate your assistance but don’t work to hard at it. This is just a test and see if I can get it done myself. nothing critical for the most part.

As I am looking in the sources directory I am seeing wds files. Not sure if that is normal or not. I may be remembering something wrong or maybe copied extra files from another spot. It was awhile ago when I first tried this then got on to assigned duties.
I may just recreate the files\setup when I get time this week.

thanks again.

[KnightRaven]

@KnightRaven So my bootable USB has wds files as well. So at least I know its the same setup info.

[Wayne Workman]

If this is not solved yet (didn’t read the whole thread), to me, looks like you simply need to load HDD drivers.

Way 1:
So, go to the manufacturer’s website, download HDD drivers, extract them if need be, plug them into the computer at this point and browse to those files and load the HDD driver.

Way 2:
Rebuild the WIM to include the HDD drivers.

Also, you may wanna check this out: http://ipxe.org/howto/winpe This is what I followed, and it’s dated. I did every step and it did work, but it is way more involved than that document says. A lot of stuff is left to assuming you know. Google is your friend.

@george1421 I have installed Win10 over PXE before, and used the fog server to do it. It was complicated to setup and I’d rather never do it again to be totally honest.

[KnightRaven]

@Wayne-Workman
I can try that. I have tried browsing the usual setup drivers and not getting very far.

But the HDD is seen by winpe. At least when I browse files it shows up. But maybe there is something missing. The mini laptop does not have a cd/DVD but the desktop I tried on did with same results. Just ruling out that it was looking for a physical DVD drive.
I’ll try loading HDD drivers but I’m not optimistic about that.

Thanks

[Wayne Workman]

@KnightRaven Also, it may be that your WIM file isn’t pointing to the Windows 7 disk files. You need those hosted on a share.

You actually have to start the setup.exe file by connecting to the share and executing it from there. In the setup I built, I did those bits from the command prompt that the WinPE environment gave me.

[KnightRaven]

@Wayne-Workman
I do map a drive and run setup from the share with same results. Could it be that it is still looking at a different location? Could it be looking for the original usb location or some such? Or does it use the current path? Does the new mapped drive need to be a part of the PATH statement in winpe?

[george1421]

@KnightRaven I was able to access our document managment system and pull the bits out I needed to create a process out of my instructions. I should be able to test this later tonight.

copype amd64 C:\winPE_amd64
copy "C:\Program Files\Windows AIK\Tools\PETools\amd64\winpe.wim" C:\winpe_amd64\ISO\Sources\Boot.wim
copy "C:\Program Files\Windows AIK\Tools\amd64\Imagex.exe" C:\winpe_amd64\ISO\

# Download http://downloads.dell.com/FOLDER03652574M/1/WINPE3.0-DRIVERS-A20-CT5DP.CAB
# Extract to c:\winpe

mkdir c:\img
imagex /mountrw C:\winPE_amd64\ISO\sources\boot.wim  1 c:\img

# Inject the x64 drivers from the extracted Dell cab file
DISM /Image:c:\img /Add-Driver /Driver:c:\winpe\x64 /Recurse /ForceUnsigned

notepad  C:\img\windows\system32\startnet.cmd

  @echo off
  echo Setting up WinPE
  wpeinit

  echo Warming up the network interface
  net use z: \\<server_name>\<share_name> /user:<uid> <pass>
  z:
  setup.exe

# This command unmounts the wim. If you want the wim alone its this directory C:\winPE_amd64\ISO\sources\boot.wim  

DISM /Unmount-WIM /MountDir:c:\img /commit


# This will covert the wim into a bootable iso image. 
oscdimg -n -bC:\winpe_amd64\etfsboot.com C:\winpe_amd64\ISO C:\winpe_amd64\winpe_amd64.iso```

[KnightRaven]

@george1421
Awesome. I’ve ran through some of this before but I will do it over again and see if it helps. Maybe I missed something before. Thanks for the refresher. I hope to try it tomorrow.

[george1421]

@KnightRaven Success!!

OK I executed the plan I outlined and created the ISO. I build the iso on my Win7 MDT server so it used WAIK 6 (I think). It is what ever version of waik for Win7. I tried initially to create it on our Win10 MDT server and the file paths were too different. Everything was there but I decided to do on Win7 WAIK just to stick to the plan. Once I had the ISO image I moved it to the FOG server into the /var/www/html/fog/iso folder. I checked to make sure the file was world readable in linux. In the FOG management gui (1.2.0 trunk build) I went to the fog configuration and added a new ipxe boot menu with these properties.

Menu Item: winpe7a
Description: WinPE tester
Parameters:
initrd http://<ip_addr_fog_server>/fog/iso/winpe_amd64.iso
chain memdisk iso raw
Menu Show with: All Hosts

On my windows file server (pointed to in the startnet.cmd file (net use z: \<server_name><share_name> /user:<uid> <pass>) I created a share and copied the entire content of the Win7 Pro DVD into that directory. I then made the directory permissions everyone:read and the share everyone:read.

Finally I pxe booted my test VM and selected the “WinPE tester” menu. The vm booted into winpe, connected to the z: drive and ran the setup program. I clicked through the setup program until it install the windows files and then began extracting the files. That is where I stopped the VM and aborted the test because it was working.

[KnightRaven]

@george1421
good to know it was tested all the way through and worked. So I will remake may boot.wim file and sources, and make a bootable .iso from it and see what happens.

The current ISOs I have are too big. The PCs need more ram to support the full bootable ISOs as opposed to the win_pe versions.

Thanks for testing. I will report back when I get a chance to try it out.

[george1421]

@KnightRaven Just for info, the winpe iso I created was about 270MB in size. So 1GB of RAM memory should be enough for both the winpe ram disk and the setup installer to run.

[KnightRaven]

@george1421
So I took the time and tested. IT Worked! I don’t know if the difference is running the driver pack you listed(injecting it). Or running it as an ISO as opposed to the individual files. But at least I have a working concept. I have to go back and edit my startup cmd file. I didn’t put the full user context(<pcname\userid>) when mapping my share.

I don’t know if its an added driver or the fact that this time the default setup never ran. Just the one from the share.

The next trick will be seeing if I can get it to work on an HP laptop. If it’s a driver issue that is.
I am excited that there is a working model to go from though.
Thank you very much for all of y’alls time!

Jason

[george1421]

@KnightRaven Hey glad you got it worked out. I think HP had a similar WinPE driver pack. The one from dell does contain the drivers for all dell models. I would suspect that it will work 80% of the time for the hp systems too, since an intel or realtek nic is a nic no matter whos box it is in.

I doubt its the wim/iso difference. I just use the iso because it is self contained (don’t need to mess with all of the ancillary files), plus I can burn it to cdrom, usb, pxe boot, or load it via esxi. So one image will work in all forms. Please report back on your successes and what you had to do to make the HP kit work. I think I’ll take the results from this tread and convert it to a tutorial. I know other have tried to do this too, I just didn’t have the time to work out the process before.

[KnightRaven]

@george1421
So for that update. Yes HP has a winPE driver pack. Several depending on version needed. I tried booting the HP laptop with out injecting and it worked. So I may have just gotten lucky and the same drivers existed. Whatever the case I’m not complaining.

It may be worth noting so there is no confusion(especialy in a more detailed tutorial) that the actual WinPE from the AIK appears to be needed. As opposed to using a boot.wim from regualr install media. It must point to a location that no longer exists(like USB/CD drives) causing setup to think it doesnt exist. Although an educated one, that is a completely wild guess.

At any rate, rather it be drivers or a hard coded location of sorts, there is a difference in the WinPE boot environment and regular/Full boot environment.

I’d be glad to offer help from my experiences if you write a tutorial. I was thinking of doing the same but my thoughts/writings can get off track sometimes.

I really do appreciate your time and efforts.

[george1421]

@KnightRaven said:

It may be worth noting so there is no confusion(especialy in a more detailed tutorial) that the actual WinPE from the AIK appears to be needed. As opposed to using a boot.wim from regualr install media. It must point to a location that no longer exists(like USB/CD drives) causing setup to think it doesnt exist. Although an educated one, that is a completely wild guess.

Yes this is what I was saying (at least in my head) all along. You can not use the boot.wim from the install CD, but from WAIK instead. Maybe I need to put the required software in the tutorial too.

From the hardware / driver standpoint. The Dell driver pack is pretty good. That covers all of the dell line, which use common network and drive components. So it should work with the majority of other vendor’s devices. Now you may run into a one off situation. You can either remount the boot.wim you created and inject the driver or my preference is to rebuilt the boot.wim from the winpe.wim every time. We found that every time you mount and unmount the boot.wim it increases in size. Even if you open it and then close it right away without doing anything. So to keep the boot.wim the smallest possible recreate it each time you need to add drivers. If you create a batch script its easy to roll a new boot.wim file for each version.

Thank you for the feedback.

[KnightRaven]

@george1421
Another potential tip… When booting into winpe this way, it asks you to press a key to boot from cd/etc. You can delete(or rename as i did) the bootfix.bin file in the ISO/boot directory. When saving and creating the bootable iso it will be able to boot without prompting.

[george1421]

@KnightRaven Oh cool tip!! Will test and include for sure. Thank you.

[KnightRaven]

@george1421
Just wanted to add some more notes after using/trying this setup in another location.
You may encounter rights issues and errors if nothing is changed. I opened up the File Browser as root to copy and paste files for Win setup along with other tools.

You very likely may need to use chown and chmod to give proper access to your files. By default on my testing the user and group was set to root:root. I did NOT use root as my user when mapping my drive for pxe setup. So I needed to change.

so you may need to try:

#to change who owns the folder or files

sudo chown -R jdoe:root /location/of/folder

# use a "*" wildcard to do all items at named location or at 
# current location
sudo chown -R jdoe:root /location/of/files/*
sudo chown -R jdoe:root *

# you can use ls -l to check

#for ref: https://en.wikipedia.org/wiki/Chown

#to change the actual rights, as in read/write/execute...

sudo chmod 774 /location/of/folder/or files  (or again use a *)

#again use ls -l to check


# 774 will give user and group full rights. the 4 gives guest read only.  Not sure that full rights are needed but used to test and didn't reduce as of yet to know if just read or anything less will work.

for ref: https://en.wikipedia.org/wiki/Chmod

To recap my trials…
At first I forgot to change user and mapped drive wouldn’t work. After changing user I would get access denied to setup.exe. After making sure I had rights to setup.exe, I got a winsetup.dll error. Saying it was corrupted or missing(Something like that I forget the actual wording now).

I ended up recopying to be sure but ended up being a rights issue to the whole sources directory.

Just wanted anyone else reading to know what you might run into. While I dont yet consider myself an expert here, I will be glad to answer questions if something is not clear. My knowledge has come from trial and errors, and then finally asking questions.
thanks to all who have helped answer or wrote other related topics to get me/us here.

Hope this helps someone.

Jason
KnightRaven