Install with no user logged in
We have received a request to install a software that touches all kinds of other apps. As a result we must have all other apps closed prior to install. The easiest way is to force a reboot prior to install and install when no one is logged in.
We are using SCCM as our deployment tool and Wise Package Studio as our scripting tool.
My question is this.......
What is the best way to prevent a user from logging in while the install is running?
Any tips would be great!
Thanks
Dale
We are using SCCM as our deployment tool and Wise Package Studio as our scripting tool.
My question is this.......
What is the best way to prevent a user from logging in while the install is running?
Any tips would be great!
Thanks
Dale
0 Comments
[ + ] Show comments
Answers (10)
Please log in to answer
Posted by:
icbrkr
14 years ago
What I end up doing in my package to prevent the user from relogging in while it is running is throw up a shutdown with a message asking them not to reboot the box because software is being installed. While a shutdown screen is present, they will not be able to logon. If the package fails or when it is finished, the reboot is aborted and the customer can log back in normally.
Posted by:
milindsm
14 years ago
Posted by:
anonymous_9363
14 years ago
Posted by:
langa100
14 years ago
Posted by:
MSIPackager
14 years ago
ORIGINAL: langa100
For SCCM in the Package\Programs [InstallName] properties select the environment tab and select Program Can Run: drop down box and select Only When User Is Loged Off the package will only run in this state if someone logs on then the package will not install
Very true, but it doesn't stop anyone logging on after the installation has started... only way to be sure of this is to schedule the deployment out of hours and get users to leave their machines on (but logged off obviously)
As milindsm said, you can do this via AD. Machine based "assigned" policies means the install occurs before ctrl+alt+del is even presented. User based policies apply after logon but before the desktop is presented. Main downside of AD being that if there is a problem with the install / uninstall the machine can site there until it times out - I believe this can be hours... I've seen it and it's not nice.
There are pros and cons to all deployment tools, you just have to make the best of what you have.
Cheers,
Rob.
Posted by:
pjgeutjens
14 years ago
Dale,
I can tell you the tool we use here (or well, vbs function) uses a combination of
- ntrights.exe -r SeInteractiveLogonRight, applied to the Users group, to revoke interactive logon rights.
- setting the HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\ShutdownWithoutLogon regkey to 0, to disable the shutdown button in the Logon Dialog
Ofcourse, after the install, you would need another function to restore the above [:D]
Hope this helps
PJ
I can tell you the tool we use here (or well, vbs function) uses a combination of
- ntrights.exe -r SeInteractiveLogonRight, applied to the Users group, to revoke interactive logon rights.
- setting the HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\ShutdownWithoutLogon regkey to 0, to disable the shutdown button in the Logon Dialog
Ofcourse, after the install, you would need another function to restore the above [:D]
Hope this helps
PJ
Posted by:
DG
14 years ago
Posted by:
dunnpy
14 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.