Das "Subst" -Laufwerk kann nicht abmontiert werden
15799
Marcel
Ich habe also dieses G:Laufwerk, von dem ich zu 99% überzeugt bin, dass ich substeinen Ordner mit einem Laufwerksbuchstaben verknüpft habe. Wenn ich darauf doppelklicke, sehe ich den Inhalt vonC:\User\Marcel\Google Drive .
Wie auch immer, jetzt möchte ich es loswerden, aber ich hatte kein Glück dabei. Ich habe versucht, subst G: /dsowohl eine reguläre als auch eine erhöhte Eingabeaufforderung auszuführen, und ich habe versucht, einen neuen Ordner über G:und beide Male, die ich bekam, zuzuordnen Invalid parameter - G:. Es ist auch nach einem Neustart immer noch da, was seltsam ist, weil substes nicht über Neustarts bestehen bleiben soll. Ich habe diese Dinge auch im abgesicherten Modus ausprobiert und nichts ist anders.
Ich habe mit CCleaner überprüft, was beim Start ausgeführt wird.
Irgendwelche Ideen, wie man das lösen kann? Siehe untenstehenden Screenshot der Seltsamkeit.
Versuchen Sie nur zum Kichern einen Neustart des gesamten Einschaltzyklus, es kann / kann jedoch nicht helfen.
mdpc vor 11 Jahren
0
@mdpc Ich hatte dieses Problem seit mehr als sechs Monaten und habe seitdem ein Dutzend Neustarts durchgeführt.
Marcel vor 11 Jahren
0
Was sagt "net use" (normal / erhöht) aus?
mousio vor 11 Jahren
0
@mousio `Neue Verbindungen werden gespeichert. Es gibt keine Einträge in der Liste.` für normal und erhöht.
Marcel vor 11 Jahren
0
map Z: in den Windows-Ordner, Liste der Zuordnungen anzeigen, Z: Zuordnung löschen, Zuordnungen erneut anzeigen (keine) Wenn Sie sie dort nicht sehen, wurde sie nicht von subst erstellt.
2
mprill
Sie haben wahrscheinlich substeine Eingabeaufforderung mit erhöhten Rechten verwendet. Wenn dies erledigt ist, gibt der Aufruf substvon einer normalen Eingabeaufforderung nicht die Zuordnungen zurück, die in der erhöhten Eingabeaufforderung erstellt wurden.
Versuchen Sie, substeine Eingabeaufforderung mit erhöhtem Kommando aufzurufen (Start -> Cmd -> ctrl+ shift+ enteroder Rechtsklick und Run as administrator).
Immer noch keine Würfel, auch wenn von einer erhöhten Aufforderung keine Zuordnungen zurückgegeben werden.
Marcel vor 11 Jahren
0
Können Sie überprüfen, ob die Quelle dieses Schreibens der Registrierungsschlüssel "HKEY_LOCAL_MACHINE \ SYSTEM \ MountedDevices" ist?
mprill vor 11 Jahren
0
Nein, es gibt mehrere von "\ DosDevices \ B" bis "\ DosDevices \ V", aber keine "\ DosDevices \ G".
Marcel vor 11 Jahren
0
Ich hatte auch ein Problem mit der Deinstallation eines 'subst'-Laufwerks. Es stellt sich heraus, dass das Gegenteil von dem, was Sie vorschlagen, auch richtig ist. Ich hatte es in einer nicht erhöhten Eingabeaufforderung bereitgestellt und versuchte, es in einer erhöhten Eingabeaufforderung zu entfernen. Das Wechseln zu einer Eingabeaufforderung mit derselben niedrigeren Berechtigungsebene hat das Problem behoben. Kudos!
Jim Fell vor 8 Jahren
2
1
EricSaurus
Versuchen Sie es mit net use (wie von mousio oben vorgeschlagen). Heute hatte ich ein ähnliches Problem mit den meisten Laufwerken, die von Netzwerkverbindungen genutzt wurden, und "net use * / d" konnte die Laufwerksbuchstaben verfügbar machen.
D:\>net use New connections will be remembered. Status Local Remote Network ------------------------------------------------------------------------------- Disconnected K: \\foo\scratch Microsoft Windows Network ... Disconnected Z: \\foo\scratch Microsoft Windows Network The command completed successfully. D:\>net use * /d
0
Karan
Starten / Ausführen / Geben Sie "diskmgmt.msc" ein und drücken Sie Enter
Klicken Sie mit der rechten Maustaste auf C: und wählen Sie Laufwerkbuchstaben und -pfade ändern aus
Wenn G: zusätzlich zu C: aufgeführt ist, wählen Sie es aus und klicken Sie auf Entfernen
OK, den Weg raus
Leider ist nur ** D: ** unter ** Laufwerkbuchstaben und -pfade ändern ... ** für ** C: ** aufgeführt. Und umgekehrt.
Marcel vor 11 Jahren
0
0
CodeAlchemist
Ich bin gerade auf dieses Problem gestoßen. Ich habe festgestellt, dass der Laufwerksbuchstabe, den ich ersetzen wollte, von einem virtuellen Laufwerk übernommen wurde. Es kann sich also lohnen, alle virtuellen Laufwerke, die Sie bereitgestellt haben, zu überprüfen und alle aufzuheben. zB PowerISO oder VirtualCloneDrive etc ...
Verwendet dies den gleichen Vorgang wie der `subst`-Befehl, den das OP verwendet hat?
bertieb vor 9 Jahren
0
0
Steven the Easily Amused
Möglicherweise nicht das Problem, das der ursprüngliche Benutzer hatte, aber es ist eine Möglichkeit, wie ich mich in ein Gewirr verwickelte.
Ist das Problem schon offensichtlich? Es ist etwas einfaches:
$ which subst /c/WINDOWS/system32/subst
Beachten Sie den Weg ?! Ich habe subst in einer Cygwin-Shell ausgeführt, die durch die Installation von GitHub unter Windows 10 erstellt wurde. Die Symbole für die Shells und die Standardfarben sind identisch, sodass ich es nicht bemerkte. Die Aufforderung "$" sollte der Hinweis sein (oder der MINGW64 in der Titelleiste).
subst ist übrigens ein Linux-Befehl, der sich völlig von Windows Subst unterscheidet.
-1
Levent
Öffnen Sie die Eingabeaufforderung und führen Sie diesen Befehl aus