Mapped drives showing as disconnected, but in reality they are not

Hello Experts,

I have a strange problem.  My organization is running SBS 2003 and all workstations are running XP Pro.  When our users log on, various drives are mapped using a logon script (batch file).  When the user goes into Explorer, the drive is showing as disconnected.  However, when the click on the "disconnected" drive, they are able to access the data in that drive.  They are unable to disconnect the drives to allow them to remap them at logon.  Any ideas on how to correct this?

Nick
LVL 1
ndalmolin_13Asked:
Who is Participating?
 
dremedaConnect With a Mentor Commented:
Did you recently install Symantic Client Security?

http://support.microsoft.com/kb/932463

0
 
Hypercat (Deb)Commented:
Well, it really isn't a big problem, since the "disconnected" drives work fine.  However, one thing you could try is to add a line at the top of your script to disconnect all of the drives automatically before reconnecting them later on in the script.  The command to use would be:

net use * /d /y
0
 
dremedaCommented:
Does the user have shortcuts to the share in question on your desktop?

If so try deleting that shortcut and use a UNC path to recreate the shortcut.
0
Cloud Class® Course: SQL Server Core 2016

This course will introduce you to SQL Server Core 2016, as well as teach you about SSMS, data tools, installation, server configuration, using Management Studio, and writing and executing queries.

 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
What login script are they using?   Because SBS-based workstations uses a specific login script (\\SERVERNAME\NETLOGON\SBS_LOGIN_SCRIPT.bat).  You should only use this to map drives.  

An example of how to modify the Login Script is at http://sbsurl.com/login

Jeff
TechSoEasy
0
 
ndalmolin_13Author Commented:
I've tried the net use * /d /y option, but that didn't work.  It only deleted the mapped drives that were recognized as being connected.

I am not usign the \\SERVERNAME\NETLOGON\SBS_LOGIN_SCRIPT.bat script.  What I have done is make a copy of this script and modify it according to group needs.  This has worked fine until now.

We have not installed Symantec Client Security lately (in over a year).

I've read about using the Net Config Server command.  What does this commad do?
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
Why are you not using the SBS_LOGIN_SCRIPT.bat ?

What were you reading that suggested "Net Config Server"?  Because that would be the farthest from what you want to do here.  

I'm suspecting that if you aren't using the default Login Script that you may not have joined the workstations to the domain properly (the "SBS way") using IE and going to http://<servername>/connectcomputer.  If you didn't join them in this manner there are all sorts of things that aren't going to work the way SBS is designed.  (See http://sbsurl.com/connect for a list of what this does).  To correct this you must follow the steps I've outlined in http://sbsurl.com/rejoin.

At any rate, please post your current login script so we can see why it's not working for you.  

Jeff
TechSoEasy
0
 
ndalmolin_13Author Commented:
I did join the domain as you mentioned through IE.  I'll get the script posted tomorrow.  Thanks for your help.

Nick
0
 
ndalmolin_13Author Commented:
Sorry I didn't get this information posted earlier.  I was dealing with a leaky roof.  Anyways, here is what my script looks like:

 @echo off

rem Lou Corp. Drive Mapping Script
rem Modified by Nick


rem Disconnect/Connect network drives.
    net use i: /delete /yes >nul
    net use i: \\lousbs1\res1

    net use j: /delete /yes >nul
    net use j: \\lousbs1\res2

    net use k: /delete /yes >nul
    net use k: \\lousbs1\mail1

    net use l: /delete /yes >nul
    net use l: \\lousbs1\med
 
    net use m: /delete /yes >nul
    net use m: \\lousbs1\day1

    net use n: /delete /yes >nul
    net use n: \\lousbs1\day2

     net use p: /delete /yes >nul
    net use p: \\lousbs1\public

   
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
It does seem as though your problem is caused by timing within your script.  See this forum post for details on that:
http://www.petri.co.il/forums/showthread.php?p=86841

I would still suggest though that you use the example shown in http://sbsurl.com/login instead, because I've never experienced these problems using that method.

Jeff
TechSoEasy
0
 
ndalmolin_13Author Commented:
Here is something a little strange.  I am running Symantec for AV.  If I uninstall the Symantec, my drives come up correctly.  If I reinstall Symantec my problems come back.

Nick
0
 
Hypercat (Deb)Commented:
What version of SAV are you running?  Do you have it set to allow the workstations to scan network drives?  If so, I would disable this option - as long as you have SAV on the servers set to scan the files as they are opened, you don't have to have the workstations scanning the files too.
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
I agree.  (Although I don't generally use Symantec AV, since TrendMicro's Client/Server/Messaging Suite does a great job with SBS-based networks).

Jeff
TechSoEasy
0
 
dremedaCommented:
I agree with TechSoEasy on TrendMicro's Client/Server.

Did you do all of your updates recently? When I originally asked if you had recently installed Symantec you said no but that you do run it.

This issue is Symantec related as I first figured but probably only showed itself after a recent Windows update.

0
 
ndalmolin_13Author Commented:
Our Symantec subscription is running out, so I may give the TrendMicro a try
0
 
ndalmolin_13Author Commented:
This was a big problem for me and I appreciate the help you both gave me.  The final issue was the Symantec, but the logon script information TechSoEasy provided was also very valuable.  I tried to awarded both of you 500 points, but I couldn't do that.  Thanks again for your help and prompt responses.
0
 
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
If you switch, make sure you buy the Competitive Upgrade license which is WAY cheap (probably less than what the Symantec Maintenance fee is anyhow).  Trend Micro only charges per user, no charge for the Server license.
http://www.esecuritytogo.com/ProductInfo.aspx?productid=TRE-CMUN00XX

Jeff
TechSoEasy
0
 
dremedaCommented:
Jeff,

I couldn't agree with you more :)
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.