I think that it is a consistent and repeatable problem with XP,
particularly seen with (client) systems that run substantial amounts
of software (e.g. virus checkers) as _services_. In my experience,
booting the client system and waiting at the logon screen until all
disk activity has died down before logging in solves the problem, but
this requires user cooperation! I have not found a "hands off" way of
solving the problem. My interpretation of what is going on, which may
or may not be correct, is that XP gives sorting out its networking
connections a fairly low priority in implementing its much vaunted
"fast startup", so that setting up the networking links that are
required for mapping to work doesn't happen until quite late on in the
system boot process. If a user logs in as soon as the login screen
appears or (especially) if the system uses autologon, the user level
code which tries to map the drives runs before the system level
networking code that makes them available for mapping has completed.
This can be seen particularly strikingly if a subdirectory of a local
drive is shared and mapped as a (different) networked drive. If you
login too fast, you can be toldl that a networked drive that is
physically located on the local system is "not available"!
My XP pro workstation's mapped drives are not available
when the user first logs-in. We have WIN Server 2003;
Clicking on each mapped drive prompts them to become
available. Why don't the mapped drives connect at login?
This has been a problem I have seen posted many times
before, without a solid solution. Has this been addressed
with a good hot-fix yet? I would be very grateful for a
solution.
(e-mail address removed) MCSE CCNA
Please respond to the Newsgroup, so that others may benefit from the exchange.
Peter R. Fletcher