tobias-tobin

How about something like this: /uninstall [ProductID] Removes the specified product from the user's computer. Look up the value of [ProductID] in the Setup.xml file for the product you want to modify. Example \\server\share\Office12\setup.exe /uninstall Pro where Office12 is the root of the network installation point. You would need to determine the product ID for InfoPath. I would check out this thread. It has some good information in it: http://www.appdeploy.com/messageboards/tm.asp?m=61759&mpage=1&key=ﰶ After reading the above linked thread it looks like you might want to use the /modify command line option: /modify [ProductID] Used with a modified Config.xml file to run Setup in maintenance mode and make changes to an existing Office installation. For example, you can use the /modify option to add or remove features. Look up the value of [ProductID]in the Setup.xml file for the product you want to modify. Not sure on this just throwing out some information that might help. The final product could be a batch file with the command line in it that you then run with SCCM. BTW - I went ahead and tried this myself. I kept getting a window that the installation was corrupted. So I don't know if the above will work for you.

Hi, Could you integrate the autologon registry settings into your image and then remove them with a script when the computer joins the domain (using a GPO script)?

There's also AdminStudio. Again, you will have to pay for it: http://www.flexerasoftware.com/products/adminstudio.htm

Do you use SCCM or Group Policy in your environment? You should be able to do this with a script and execute it using SCCM or GPO.

Are you wanting to collect the information from all your systems and record it somewhere or are you just wanting to be able to look at a system and see what version it has? A software query using PSInfo will tell you the version of Configuration Manager Client installed. Example, PSInfo query of a remote XP SP3 system returns the software with this as one of the items: Configuration Manager Client 4.00.6487.2000 More information on what you are trying to do would help. You could also probably get this information straight from your SCCM server with a query. Probably not helpful but trying...

The Usmtsize.txt file contains a list of values—one for each cluster size. The first column of numbers is the cluster size and the second column is what the store size will be for that cluster size. The first line is the cluster used for the drive where usmtsize.txt was created. The estimate that you will want to use is the line with the cluster size matching the storage drive (for example, the cluster size of your file server). These estimates use some assumed values and may not always provide a high degree of accuracy in the estimation process. Next, here's a link telling you how to get your cluster size of the disk: http://support.microsoft.com/kb/245436 Get your cluster size and then look in the second column for how many bytes it is (the store estimate). I hope this helps.

Here's the query we use to isolate Windows 7 systems: select distinct SMS_R_System.Name, SMS_R_System.SMSAssignedSites, SMS_R_System.IPAddresses, SMS_R_System.IPSubnets, SMS_R_System.OperatingSystemNameandVersion, SMS_R_System.ResourceDomainORWorkgroup, SMS_R_System.LastLogonUserDomain, SMS_R_System.LastLogonUserName, SMS_R_System.SMSUniqueIdentifier, SMS_R_System.ResourceId, SMS_R_System.NetbiosName from SMS_R_System where SMS_R_System.OperatingSystemNameandVersion like "%Workstation 6.1%"

Hi Trevor, Thank you for your response. I agree except it is happening with different drivers (HP, Dell, Brother). And throw in the fact that it doesn't always happen makes it more mysterious to me. Yes we are. And as part of the MDT2010 deployment I have it updating the system as the pre-software install step. But I've also got the image fully patched. Double coverage I guess. We do the software installs later with SCCM. I appreciate your thoughts and suggestions. BTW - your site is awesome. Very well written and informative. I like it. AJ.

We've started rolling out Windows 7 x64 as our new build (replacing XP systems). Not long after getting started on the rollout we've been encountering this error when we go to install a printer driver. It is bizarre in that it does not happen to every system, but it does happen to a significant number of systems. I believe I have found a work around but it just doesn't seem right that this is happening and that we should have to use a workaround. My work around is changing the permissions on the .dat files located at C:\Windows\System32\DriverStore folder. By default these files have System with full control, and users with read. That's all. If we add administrators with full control, then we can install the printer driver without getting the error. But the sad thing is a process or service changes the permissions back on these files. I'm wondering if we are the only people seeing this? I've googled it and it is not unheard of. It sounds like the problem started with Vista. But why is this happening? Are any of you encountering this problem? Thanks, AJ.

According to Microsoft: So it sounds like you might want to disable the UAC. I work in an enterprise environment and we disable it. It can be the root of many headaches.

Great eye Lucid. I will double check my script. I hope that was the issue. Thanks!

On the ESX host try changing the NIC setting to auto-negotiate. According to this thread it fixed the problem for someone else: http://social.technet.microsoft.com/Forums/en/mdt/thread/dbc70c7e-f82d-464b-b5d0-bcdf2261f1fc

I'm trying to do a very basic operation - that is - delete a shortcut that we do not want on the desktop. The file is located at C:\Users\Desktop\Username\File.lnk. When I try to do this scriptomatically, I get access denied. What do I need to do to accomplish this by script? Thanks, Tobias.

Maybe the path needs to be in quotation marks? If there are spaces in the name or path maybe that is the issue? I don't know just throwing something out there

We have WSUS with SP2 installed and ALL of our Windows 7 Enterprise clients show up as Vista Enterprise. Has anyone else seen this and does anyone know of a fix for this? Thanks, Tobias.

I don't know if this is the answer but it looks like it cannot find the compressed data store at the given path: You might want to verify that USMT3.MIG is located where it is looking. Hope this helps!

I too was having a problem uninstalling the client from a problematic machine. When I would run ccmsetup.exe /uninstall nothing would happen. Using the msiexec.exe /x client.msi worked. Thank you for posting this information.

I believe I found the solution. I had to add /mp:<server_name> to the command line. Once I did that it is successfully installing through SUP.

Hi, We just setup a new SCCM 2007 R3 server. The problem we are having is the client will not install using the software update point installation method. If I do a client push install, it works. I should add, in our environment we cannot extend the schema. But our MP is published through WINS. I will post the setup log below but it looks like the problem is the MP cannot be located. I don't why... ==========[ ccmsetup started in process 1448 ]========== ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) Version: 4.0.6487.2000 ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) Found additional ccmsetup.exe parameters through the registry. ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) Command line: C:\Windows\SoftwareDistribution\Download\Install\ccmsetup.exe SMSSLP=in-mdep-s3 SMSMP=in-mdep-s3 SMSSITECODE=MDP FSP=in-mdep-s3 ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) User credentials are not required to access installation files. ccmsetup will be executed in service-only mode. ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) Updated security on object C:\Windows\system32\ccmsetup\. ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) A Fallback Status Point has not been specified. Message with STATEID='100' will not be sent. ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) ccmsetup service is stopped. ccmsetup 4/8/2011 9:35:06 AM 3052 (0x0BEC) Successfully deleted the ccmsetup service ccmsetup 4/8/2011 9:35:11 AM 3052 (0x0BEC) Ccmsetup is not registered in the Run key ccmsetup 4/8/2011 9:35:11 AM 3052 (0x0BEC) Successfully deleted existing ccmsetup.exe ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) Downloading file C:\Windows\SoftwareDistribution\Download\Install\ccmsetup.exe ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) Downloading C:\Windows\SoftwareDistribution\Download\Install\ccmsetup.exe to C:\Windows\system32\ccmsetup\ccmsetup.exe ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) File download 42% complete (262144 of 611168 bytes). ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) File download 85% complete (524288 of 611168 bytes). ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) File download 100% complete (611168 of 611168 bytes). ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) Download complete. ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) Current directory is a not valid source location and no source was specified. Ccmsetup will attempt to auto find an MP source location. ccmsetup 4/8/2011 9:35:12 AM 3052 (0x0BEC) Successfully created the ccmsetup service ccmsetup 4/8/2011 9:35:13 AM 3052 (0x0BEC) ==========[ ccmsetup started in process 3660 ]========== ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Version: 4.0.6487.2000 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Command line parameters for ccmsetup have been specified. No registry lookup for command line parameters is required. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Command line: "C:\Windows\system32\ccmsetup\ccmsetup.exe" /runservice SMSSLP=in-mdep-s3 SMSMP=in-mdep-s3 SMSSITECODE=MDP FSP=in-mdep-s3 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) CCMHTTPPORT: 80 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) CCMHTTPSPORT: 443 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) CCMHTTPSSTATE: 2147483648 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) CCMHTTPSCERTNAME: ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) FSP: in-mdep-s3 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) No MP or source location has been explicitly specified. Trying to discover a valid content location... ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Current directory is not a valid source location. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Looking for an MP source through SLP... ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) GetAdaptersAddressess entry point is supported. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) DhcpGetOriginalSubnetMask entry point is supported. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Adapter {010769EB-2E59-44A6-BB82-2CF1D5590DAF} is DHCP enabled. Checking quarantine status. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Current AD site of machine is Default-First-Site-Name ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Attempting to query AD for assigned site code ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Executing query (&(ObjectCategory=MSSMSRoamingBoundaryRange)(|(&(MSSMSRangedIPLow<=2252649839)(MSSMSRangedIPHigh>=2252649839)))) ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Executing query (&(ObjectCategory=mSSMSSite)(|(mSSMSRoamingBoundaries=134.68.181.0)(mSSMSRoamingBoundaries=2001:18E8:0003:0181)(mSSMSRoamingBoundaries=2001:18E8:0003:0181)(mSSMSRoamingBoundaries=Default-First-Site-Name))) ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Couldn't find an MP source through SLP. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) No valid source or MP locations could be indentified to download content from.Ccmsetup.exe cannot continue. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Invalid ccmsetup command line: "C:\Windows\system32\ccmsetup\ccmsetup.exe" /runservice SMSSLP=in-mdep-s3 SMSMP=in-mdep-s3 SMSSITECODE=MDP FSP=in-mdep-s3 ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) Sending Fallback Status Point message, STATEID='100'. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) State message with TopicType 800 and TopicId {B2E46A2D-A2E2-4D41-9C09-8686CA10C228} has been sent to the FSP FSPStateMessage 4/8/2011 9:35:13 AM 3640 (0x0E38) Sending Fallback Status Point message, STATEID='307'. ccmsetup 4/8/2011 9:35:13 AM 3640 (0x0E38) State message with TopicType 800 and TopicId {E102D3BF-9584-46F6-AC1A-0EB088CD923D} has been sent to the FSP FSPStateMessage 4/8/2011 9:35:13 AM 3640 (0x0E38) Failed to start the ccmsetup service (1053) ccmsetup 4/8/2011 9:35:13 AM 3052 (0x0BEC) A Fallback Status Point has not been specified. Message with STATEID='301' will not be sent. ccmsetup 4/8/2011 9:35:13 AM 3052 (0x0BEC)