CurtMGray

Ok, sorted it out, I don't need the path when unloading the registry hive. Easy fix

After reviewing some of the notes from the other thread, I've changed the HKEY_CURRENT_USER lines to HKEY_LOCAL_MACHINE, that seems to make more sense as I'd be modifying the default user profile instead of whatever current user is logged in.

I'm trying to load a bunch of IE settings changes into the registry so our user's machines will have the default set of trusted sites and whatever preconfigured during our OSD process. I found the following that seemed to help me along quite a bit... http://www.windows-noob.com/forums/index.php?/topic/7772-how-can-i-change-a-hkcu-setting-within-windows-during-an-osd-deployment/ Using this as a template, I set it up pretty similarly, swapping file names as needed and such. All in all, the commands being fired look like this... cmd.exe /c reg.exe load HKEY_LOCAL_MACHINE\defuser c:\users\default\ntuser.dat cmd.exe /c reg.exe import "IESettings.reg" cmd.exe /c reg.exe unload HKEY_LOCAL_MACHINE\defuser c:\users\default\ntuser.dat When I run the task sequence during OSD, I get an error in the SMSTS.LOG... ERROR: Invalid syntax. InstallSoftware 11/19/2013 2:57:25 PM 2916 (0x0B64) Type "REG UNLOAD /?" for usage. InstallSoftware 11/19/2013 2:57:25 PM 2916 (0x0B64) Command line returned 1 InstallSoftware 11/19/2013 2:57:25 PM 2916 (0x0B64) Process completed with exit code 1 TSManager 11/19/2013 2:57:25 PM 3984 (0x0F90) Failed to run the action: Commit Changes to Default User. Incorrect function. (Error: 00000001; Source: Windows) TSManager 11/19/2013 2:57:25 PM 3984 (0x0F90) I tried firing the command in cmd.exe, with a similar error stating reg unload was being used improperly. Can someone explain what is going on here? I have this executing at the end of my OSD task sequence so I don't think there should be anything else interfering. This is the kind of stuff I am loading into the registry from the .reg file. Does this need to be reformatted as HKLM instead of HKCU? [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains\mycompany.com] "*"=dword:00000001 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\1] "1A00"=dword:00000000

I'd like to set up SCCM to treat some simple shortcuts like applications for OSD and for the Software Center. They are web apps so we just need the shortcut to the web site. I've built a simple bat file to create the shortcut in the public\desktop folder. SCCM is requiring that I set up an detection method and it doesn't look like those folders are available for detection. Is there a way to work with this or work around it? Edit: Realized I was pointing everything to the wrong folder. I was trying to point SCCM to verify the file was installed from looking at Default User\Desktop on a win7 machine. Default User doesn't exist in Win7 so it freaked out when I tried to do that. Problem Solved

Wow really? Just that simple huh. I've been beating myself up over this for a week! I'll go bug our server guy to get on this so we can actually deploy software correctly.

I don't think thats happening, it seems like its only pulling the needed files when installing.

Really, any ideas here are better than none. Here's some more information about my setup... We are running SCCM 2012, we are not running SP1 at this time, it will be rolled out later this month or so. It seems like the applications are downloading from the server pretty quick, I don't get the impression that the network is the hold up, though I could be wrong. All the same, the content is loaded only on the local distro point, so that should keep weird network traffic to a minimum All of the applications are being installed via .msi packages, and they are successfully installing by the time the whole thing ends. The original wim is pulled directly from MS's ISO for Win 7, I wanted a super clean image to work with and this seemed like a good starting point I've also set up driver installs from Dell's cab files, these seem to be going along pretty well, though that part may be running slow too, it doesn't feel as slow as the appliactions, but I'm not sure how to verify that part Here are the log files I scavenged at the end of the application install step... dism.log smsts-20130617-093722.log smsts.log wpeinit.log Edit: added more information to the last bullet point.

I've got everything working, applications are installing, drivers are updating, client works fine, but the entire process takes FAR too long to complete. I think I've narrowed it down to the point where applications are being installed to the image. Stuff like 7zip and adobe reader are taking upwards of 20 minutes to install each, other applications are behaving similarly. It looks like the drive is really active for awhile, and then just idles along until it finally decides to hit the next installer or step. Digging through smsts.log doesn't seem to show me anything worthwhile, and I'm a little curious if the log is showing everything it should be. Any ideas on what I can look at to get started clearing this up?