Re: bug in Win-XP-Pro with flash-drive and subst
- From: "David Cook" <someone@xxxxxxxxxxx>
- Date: Tue, 19 Apr 2005 06:37:50 -0400
Yes, I pretty much expected that the problem was not unique to SUBST.
To me, the question is 'do they ever plan to FIX it?'
(Ya gotta love M$...they have a reputation of declaring such things
a feature rather than a bug. It's only a bug if THEY say it is. Sigh.)
Dave
"Pavel" <Atin90@xxxxxxxxxxx> wrote in message
news:%23XdLm35QFHA.3356@xxxxxxxxxxxxxxxxxxxxxxx
> So that you know, this is not a unique problem to SUBST. Same situation
> arises when any type of device, which uses a drive letter that is assigned
> trough the use of Disk manager. While such device is active there is a
> drive letter and no drive letter when such device is unplugged. If you now
> create a mapped drive that uses same drive letter and then enable (plug it
> in) the original device, only the mapped drive will be shown.
>
> --
> Pavel
>
>
> "David Cook" <someone@xxxxxxxxxxx> wrote in message
> news:RbGdnQd5cpzdRf_fRVn-1w@xxxxxxxxxxxxxx
>> There seems to be a bug in Win-XP Pro (SP2), when drive-letter
>> to be assigned to a hot-plugged flash-drive collides with the same-letter
>> assigned to a SUBSTituted drive.
>>
>> Steps to reproduce:
>>
>> (1)Hot-plug a flash-drive into a USB-port. Let's say the device
>> gets assigned the letter E: This works normally and the flash-drive
>> works fine. (My flash-drive happens to be a Lexar Media 'Jump-drive'
>> that is 128-MB in size.)
>>
>> (2)Un-plug that flash-drive, so that the letter E: is no longer visible
>> in the
>> file-explorer as an assigned drive letter.
>>
>> (3)Now create a cmd-script (e.g. named 'login.cmd') that contains the
>> command:
>> subst E: C:\
>> and create a shortcut for cmd-window. In the 'target' for that
>> cmd-window
>> shortcut, append the cmd-line switch:
>> /k login.cmd
>> so that this script gets run anytime that this cmd-window is launched.
>>
>> (4)Move that shortcut into the user's 'startup' group (so that now the E:
>> drive will get created (via the SUBST cmd) when the user logs in.
>>
>> (5)Now, once this logged-in user ever subsequently tries to insert this
>> flash-drive into a USB-port, the system will NOW no longer make the
>> flash-drive accessible. It seems to have 'remembered' E: so rather than
>> assign the next available drive-letter (e.g. F:) to the flash-drive, it
>> instead ERRONEOUSLY tries to re-claim E: as its drive-letter.
>> (Code-stream seems to execute partially...the drive E: seems to
>> erroneously get its 'type' changed from 'local drive' to 'removable
>> drive',
>> but the drive E: correctly retains its mapping to C:\ (since the SUBST
>> is still in effect).
>>
>> However, the flash-drive is NOW not accessible. I can find no workaround
>> or method to get the flash-drive to mount for that user. (Other than to
>> remove the SUBST and use some OTHER drive-letter for the SUBST.)
>> [Using a different-drive letter for the SUBST is not desireable, as other
>> external scripts on the groups development-server would have to be
>> changed.]
>>
>> [Is this earlier erroneously remembered claiming of drive E: being
>> remembered
>> in the registry somewhere? If so, then maybe deleting that registry
>> entry would workaround this problem?]
>>
>> Regards...
>>
>> Dave
>>
>
>
.
- Follow-Ups:
- Re: bug in Win-XP-Pro with flash-drive and subst
- From: Bob I
- Re: bug in Win-XP-Pro with flash-drive and subst
- References:
- bug in Win-XP-Pro with flash-drive and subst
- From: David Cook
- Re: bug in Win-XP-Pro with flash-drive and subst
- From: Pavel
- bug in Win-XP-Pro with flash-drive and subst
- Prev by Date: Re: Data Missing? Sorry?
- Next by Date: Re: Speed up XP
- Previous by thread: Re: bug in Win-XP-Pro with flash-drive and subst
- Next by thread: Re: bug in Win-XP-Pro with flash-drive and subst
- Index(es):
Relevant Pages
|