Silent Uninstall of Office Professional Plus 2007
I've been playing around with this for a while but haven't figured out how to make it work. I need to silently uninstall Office Professional Plus 2007 and not force a reboot. I've uploaded the setup.exe (which is only 453 KB) to the Distribution list then on my Run Parameters, I've got /config "\\mnb-03\d$\IT\Installs\Microsoft\Office Professional Plus 2007\Office_Professional_Plus_2007\ProPlus.WW\config.xml /uninstall ProPlus" I've modified the config.xml to be:
<Configuration Product="ProPlus">
<Display Level="none" />
<Setting Id="Setup_Reboot" Value="Never" />
</Configuration>
I've read several articles including ones on this site and this is what I've come up with. This is set to run Before Logon (at machine bootup), but nothing happens. Nothing kicks off in the processes and no error messages. What am I doing wrong?
If I wanted this to just run Before Logon with an advertisement that IT was doing something, could I just use a switch of /uninstall ProPlus?
<Configuration Product="ProPlus">
<Display Level="none" />
<Setting Id="Setup_Reboot" Value="Never" />
</Configuration>
I've read several articles including ones on this site and this is what I've come up with. This is set to run Before Logon (at machine bootup), but nothing happens. Nothing kicks off in the processes and no error messages. What am I doing wrong?
If I wanted this to just run Before Logon with an advertisement that IT was doing something, could I just use a switch of /uninstall ProPlus?
0 Comments
[ + ] Show comments
Answers (3)
Please log in to answer
Posted by:
jmcfadyen
13 years ago
I would say the problem is the share you are connecting to.
If you are installing as local system you won't access that.
If you are installing as a domain service account the account will need access to d$
If you are installing / uninstalling as user then chances are the user will not see the share.
Create a proper share and ensure the user executing the action can see it. If your running as system the machine accounts may need rights to the shares.
If you are installing as local system you won't access that.
If you are installing as a domain service account the account will need access to d$
If you are installing / uninstalling as user then chances are the user will not see the share.
Create a proper share and ensure the user executing the action can see it. If your running as system the machine accounts may need rights to the shares.
Posted by:
jmcelvoy
13 years ago
I've created a share on that server and have updated the path in the parameters to reflect the new path. Still nothing. I'm not even sure it's running. When I go to the Distribution package and go under Show All, it says Status=Installed. I'm trying to uninstall Office, not install anything. Is there a way to check the status of the actual deployment of the package? Is there an error log if the uninstall fails?
How do I specify which way to do the install? Local system vs domain service vs user?
How do I specify which way to do the install? Local system vs domain service vs user?
Posted by:
anonymous_9363
13 years ago
Like John says, SCCM uses the local System account which, by default, cannot access the network. Either copy the XML file locally (%SystemRoot%\TEMP is probably best) and refer to that in your parameters or allow your domain's computer accounts access to the share.
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.