Drive maps in SBS 2008 after a migration from SBS 2003


I've almost completed a migration from SBS 2003 to SBS 2008 but need some help with mapped drives. After the migration, everyone's mapped drives worked but they still pointed to the old server. I've now moved all the data and want everyone's drives to point to the new server. I've previously removed the old scripts in everyone's profile so the SBS 2008 must've taken over mapping of the drives but, looking at group policy management on the SBS 2008, I see no entries.

Basically, my question is, how do I update everyone's mapped drives to look to the SBS 2008 rather than the SBS 2003? I need to fix it soon otherwise everyone will be editing the old copies of the files....

Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

You have to go to each machine and disconnect each drive manually (right click on the drive and choose "disconnect", then you will have to run the login script from the new SBS 2008 server. That should fix it.
zkayyalAuthor Commented:
Thanks for the that really the only way though? We only have about 18 machines but it still seems like there ought to be a better way. I can imagine domains with 100's of users would have to find another solution. I'll give it a try though when I get into the office in about an hour.

You can change the logon script to delete the old mapped drives and create the new, is a batch file or vbs script?
In batch you need to do someting like:
net use x: /delete
net use x: \\2008server\share

In vbs is a little more complicated but i can help you if you paste your logon script.

If you do this when all your users log on the next time they will map the new shares.
The 7 Worst Nightmares of a Sysadmin

Fear not! To defend your business’ IT systems we’re going to shine a light on the seven most sinister terrors that haunt sysadmins. That way you can be sure there’s nothing in your stack waiting to go bump in the night.

zkayyalAuthor Commented:

Thanks for the advice. Ok, the strange thing is, during the migration, I was instructed to remove the logon script from each user's account. After doing that, the drives still mapped after each logon so I assumed SBS 2008 Group Policies had taken over. That's why I'm confused there's nothing in the Group Policy manager. Could there be a script active rather than GP on the SBS 2008?
If you paste here the old logon script i will tell you more things, but it's possible that the mapped drives were "persistent". It's an option that make that the drives will be connected the next time the user log on the computer. The option is:
net use x: \\server\share /persistent:yes
net use x: \\server\share /persistent:no

If the connection is persistent they will not be erased when the user logoff.
zkayyalAuthor Commented:
Hi all,

Thanks for the help. I resolved this by manually removing all the drives from each user's machine, then creating a Group Policy to map them.



Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.