G
Guest
I recently reconfigured my SP2 system from remote boot to EWF Ram-Reg mode.
I followed the procedure described in "Configuring EWF RAM Reg Mode" at
http://msdn.microsoft.com/library/d...lp/html/xegrfconfiguringewframregoverlays.asp
After some confusion and pain, this procedure worked OK however I still lack
some understanding of what's happening at steps 13 and 14. Apparently EWF is
not active on the first boot after FBA (step 13) and "ewfmgr c:" only gives
the desired result after the second boot (step 14). Can I run step 13 on the
development machine even if I have the cloning component installed? I'm not
sure whether each machine would get a unique SID in that case.
This is important because I painfully discovered that I must perform an
extra step between steps 13 and 14. My application dynamically creates a
service. I found that by step 13 the service data had been written to the
registry and that when I ran my image on deployed devices the application
would fail when it tried to create the service because the service already
existed. Therefore I found that I need to delete the service before step 14.
You'll have to trust me that I have good reasons for only wanting the
service created dynamically. This problem did not occur with remote boot
because the registry was always volatile. It would not be good if I had to
delete the service individually from every deployed machine.
I followed the procedure described in "Configuring EWF RAM Reg Mode" at
http://msdn.microsoft.com/library/d...lp/html/xegrfconfiguringewframregoverlays.asp
After some confusion and pain, this procedure worked OK however I still lack
some understanding of what's happening at steps 13 and 14. Apparently EWF is
not active on the first boot after FBA (step 13) and "ewfmgr c:" only gives
the desired result after the second boot (step 14). Can I run step 13 on the
development machine even if I have the cloning component installed? I'm not
sure whether each machine would get a unique SID in that case.
This is important because I painfully discovered that I must perform an
extra step between steps 13 and 14. My application dynamically creates a
service. I found that by step 13 the service data had been written to the
registry and that when I ran my image on deployed devices the application
would fail when it tried to create the service because the service already
existed. Therefore I found that I need to delete the service before step 14.
You'll have to trust me that I have good reasons for only wanting the
service created dynamically. This problem did not occur with remote boot
because the registry was always volatile. It would not be good if I had to
delete the service individually from every deployed machine.