Re: User Scripts
- From: Dennis Backherms <dbackherms@xxxxxxxxxxxxxxxxxxx>
- Date: Tue, 3 Feb 2009 04:54:17 -0800 (PST)
On Feb 2, 8:18 pm, "Marcin" <mar...@xxxxxxxxxxxxxxxx> wrote:
Dennis,
based on your description, it appears that the issue is unlikely to be fixed
by running gpupdate /force or rebooting the computer. I'd suggest focusing
on network conectivity. Do you have Fast Logon enabled (i.e. is the setting
"Always wait for the network at computer startup and logon" under Computer
Configuration\Administrative Templates\System\Logon disabled)? Do you use
Cisco switches with PortFast enabled? Can you map drives manually when the
automatic mapping via logon script fails?
hth
Marcin"Dennis Backherms" <dbackhe...@xxxxxxxxxxxxxxxxxxx> wrote in message
news:0ac6604d-2918-4b8e-8474-2880922b13fa@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On Feb 2, 2:31 pm, Zack Chimento
<ZackChime...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Not entirely sure if this will help but...
We have a similar problem here at the school I work at. Sometimes random
users will not have their shared drives, or only some of them. 90% of the
time a restart will fix this.
Another thing I've tried killing the connection session on the server
itself. We use Win2k3 and this is what I do:
On the server goto desktop. My Computer > Properties > Manage > Shared
Folders > Sessions
Terminate the sessions for that machine.
Sounds like over all your having a scripting issue, Perhaps with the users
experiencing the problem, check if other scripts function correctly, if
you
dont have any others, try a basic script, maybe adding a printer, to see
if
scripting is working correctly for that user.
If all users in a department or the entire work places share the same
shared
drives, I recommend putting them all in the same OU and scripting it so
all
users within that OU get said shared drive.
We use ".bat" files for our logon scripts. Here is what we use for mapping
our driver:
net use s: \\dragon-dc\students
net use x: \\dragon-dc\datafolder
etc etc
Open group policy management and either create a single GPO and link it to
each persons OU or create a gpo in every OU with users in it and edit the
GPO
and select a startup script. Every time they logon it will map the drives.
"Dennis Backherms" wrote:
I have been experiencing problems recently with my domain user
scripts. I have users who do not receive their mapped drives when they
first login. Once the user has logged in, I run gpupdate /force and
then reboot the machine and once rebooted the mapped drives are
present. I have to do this everyday for some people but not all and in
different departments. Also one other fix is to reboot the machine 3
to 4 times and then the drives are present. If anyone has any leads as
to why this maybe happening or could point me somewhere to look on my
AD server I would appreciate it.
-Dennis
I also use bat files for scripting and I use the same command you use.
The way I do it though is a little different, but not much. What I do
is under the properties of the user I click on the profile tab and
then add the bat file name to the logon script text field. I have also
tried creating one single mapped drive as a test using the same
implementation and I still experience the same issue. Unfortunately I
work in an environment that does not allow the simplicity of deploying
one script file for all users in one OU, do I wish it were so. I thank
you for your reply and if you think of anything else let me know.
-Dennis
Always wait for the network at computer startup and logon, I went
ahead and enabled it since it was not configured. 'Do you use
Cisco switches with PortFast enabled?' - Yes 'Can you map drives
manually when the
automatic mapping via logon script fails?' - Yes I also would like to
know if best practices are to select to enforce the policy link, right
now the default domain policy link is not enforced.
-Dennis
.
- References:
- User Scripts
- From: Dennis Backherms
- RE: User Scripts
- From: Zack Chimento
- Re: User Scripts
- From: Dennis Backherms
- Re: User Scripts
- From: Marcin
- User Scripts
- Prev by Date: RE: List directories access (ACL) of a group or user
- Next by Date: Windows 2008 Limitlogin
- Previous by thread: Re: User Scripts
- Next by thread: Re: User Scripts
- Index(es):
Relevant Pages
|
Loading