Hello Oliver, Chandan,<br><br>On Thursday, August 14, 2014, Oliver Rath <<a href="mailto:rath@mglug.de">rath@mglug.de</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Chandan!<br>
<br>
Am 14.08.2014 um 03:02 schrieb Chandan:<br>
> Oliver Rath <rath@...> writes:<br>
><br>
>><br>
>> Hi list,<br>
>><br>
>> taken from the howto<br>
>> <a href="http://ipxe.org/howto/winpe#windows_assessment_and_deployment_toolkit_adk" target="_blank">http://ipxe.org/howto/winpe#windows_assessment_and_deployment_toolkit_adk</a><br>
> i<br>
>> Here my question. Could it be possible to load an additional file (i.e.<br>
>> boot-enhancements.wim), which is also extracted into the ramdisk as<br>
>> overlay? So the boot.wim-system could be customized dynamicly very easy.<br>
>> I.e.:<br>
>><br>
>> ....<br>
>><br>
><br>
><br>
> Hi Oliver<br>
><br>
> Were you able to find answer to question below or were able to define the<br>
> solution? I also have similar requirements and would be interested to know<br>
> what you discovered about it.<br>
><br>
<br>
Unfortunatly i wasnt able to use a kind of overlay mechanism. This seems<br>
only possible with initramfs-files (where it works fine). The problem<br>
is, that the loaded wim-file is then extracted to a ramdisk, which is<br>
started as boot-device. If I wanted to use i.e. a second wim-file as<br>
overlay, this has to be extracted "over"  the first file, which didnt<br>
work here.<br>
<br>
*Maybe* it is possible to extract a second wim-file near the first ono<br>
as i.e. Y: device, but i wasnt able to realize this.<br>
<br>
My Solution I now use is to include a part of the the needed files via<br>
wimmount (you can also use dism) before i boot it. This is needed if<br>
haven't the right network-drivers at boottime.<br>
<br></blockquote><div><br></div><div>If you need to inject drivers, using DISM is my recommendation.  It'll integrate your drivers into the registry and Windows Driver stores in the way that "just works."  It's also particularly easy to do with the Driverpacks packages.  I use a pretty basic PE that has the LAN driverpack integrated into it, then reaches out to a server to figure out where to go from there.  Haven't had a missing network connection on anything since I packed them into my PE.</div>
<div><br></div><div>For modifying WIMs on the fly though, you should really take a good look a wimlib-imagex: <a href="http://sourceforge.net/projects/wimlib/">http://sourceforge.net/projects/wimlib/</a></div><div><br></div>
<div>Wimlib will let you effortlessly script file/folder changes into a WIM, and if necessary, also allow you to use a one-liner to recompress the WIM; they bloat with every change by default, which is annoying.  Handy for low-RAM systems.  Also keeps you cross-platform if you don't want to (or can't!) use Windows for your back end.</div>
<div><br></div>The documentation is pretty thorough, too.  You may be able to splice WIMs together with it as you desire, but it'd be done server side of course.  My personal preference (and previous implementations) is just be to keep a base WIM with NIC drivers, and then have staging directories that you fill out and pack into temporary copies at boot time, then serve those up to iPXE.  Just gotta make sure your cache doesn't run away on you ;)<div>
<br></div><div>The rest of Oliver's suggestions are pretty standard practice in my experience.</div><div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

For other files I attach a network device with i.e.<br>
<br>
net use K: \\myserver\mydir /user:myuser mypass<br>
<br>
inside of my wimboot-script.<br>
<br>
What is your usecase? For what requirements do you need it?<br>
<br>
Hth,<br>
Oliver<br>
</blockquote><div><br></div><div><br></div><div>Cheers,</div><div>Andrew </div></div>