Come rimuovere le lettere di unità "fantasma"?

Di recente ho collegato due dischi rigidi USB formattati GPT alla mia workstation Win10. Ho dovuto aggiornare l'archivio BCD su di essi, quindi ho usato Diskpart per assegnare le lettere S: e T: alle partizioni EFI sulle unità. Ora ho due lettere di unità fantasma S: e T: che ora sono mappate in modo permanente sul mio PC anche se non ho più i dischi rigidi in questione.

Ho provato a ricollegare le unità in modo da poter rimuovere la lettera, ma le partizioni EFI su quelle unità non hanno ricevuto lettere di unità (che è il comportamento normale). Ho provato di nuovo ad usare Diskpart per assegnare loro le stesse lettere, ma mi dice che quelle lettere sono già in uso.

Le lettere dell'unità non corrispondono a nulla nella console Gestione disco, quindi non posso rimuoverle da lì. Non c'è nulla in Device Manager che li trattiene neanche. Ho scelto di mostrare i dispositivi nascosti e rimosso tutti i volumi di archiviazione in grigio elencati, ma le lettere dell'unità rimangono.

Queste lettere di unità sono "bloccate" ora e non riesco a liberarmene.

Qualche idea?

— Wes Sayeed
fonte

Risposte:

Il comando per rimuovere una lettera di unità - che non dovrebbe essere necessario, ma hey, Win10, ci sono ancora alcuni bug - è mountvol <drive> /D, quindi per te lo sarebbe mountvol S: /De mountvol T: /D. Puoi anche provare mountvol /R, che dovrebbe rimuovere tutte le assegnazioni di lettere di unità per le quali non è attualmente installata alcuna unità. Puoi anche provare a utilizzare /Pal posto di /D, ma è inteso per essere utilizzato mentre il volume è effettivamente presente.

È inoltre possibile utilizzare il removecomando in diskpartper rimuovere le assegnazioni di lettere di unità. Hai menzionato l'uso di mountvol per provare a riassegnare le lettere di unità ma non hai menzionato il tentativo di rimuoverle. Sono abbastanza sicuro che in realtà chiama solo le stesse API mountvol.

Tutti questi comandi dovranno essere eseguiti come amministratore, naturalmente.

— CBHacking
fonte

Non posso usarlo diskpartper rimuoverlo perché è necessario prima selectil volume su cui operare prima di poterlo removefare, e le lettere non corrispondono a nulla. Sembra che mountvolnon stia nemmeno facendo il trucco. / D dice che il sistema non riesce a trovare il file specificato. / R dice che la directory non è vuota.

— Wes Sayeed,

Quelli sono ... strani errori. Presumo che persistano attraverso i riavvi, e quei tentativi sono stati fatti dopo un riavvio. Il prossimo posto che potresti controllare è la HKLM\SYSTEM\MountedDeviceschiave di registro; se ci sono valori lì chiamati cose come \DosDevices\S:, eliminali. Tuttavia, sospetto che sia ciò che ha causato l'errore "File Not Found" mountvol; ha provato a cancellare quei valori a livello di codice e non ci sono. Vale la pena controllare, però.

— CBHacking

Sì, persistono attraverso i riavvii e no, HKLM \ MountedDevices non ha riferimenti ad essi. Tuttavia, il problema è scomparso da solo dopo alcuni aggiornamenti di Windows. Ho pubblicato il vero colpevole nella mia risposta.

— Wes Sayeed,

@CBHacking Grazie, questo ha funzionato per il mio problema riguardante Google Drife File Stream. Un giorno lasciò la partizione G: e creò H: da usare come nuovo. Non sono riuscito a trovare un modo per rimuoverlo, ma il tuo suggerimento ha mountvol /Rfunzionato per eliminare il disco fantasma filestream di google drive

— Cas Nouwens

Questo problema è scomparso da solo dopo che alcuni aggiornamenti di Windows hanno forzato il riavvio del computer.

Questo comportamento sembra essere un bug. Ho il sospetto che il motivo per cui le lettere di unità fantasma sono persistite durante un riavvio sia dovuto alle funzionalità "Riavvio graduale" di Windows 10 e alle funzionalità "Avvio rapido", che in realtà non si arrestano o si riavviano più quando gli si dice di fare un arresto o un riavvio.

Probabilmente perché il sistema non è mai stato sottoposto a un'inizializzazione HW completa (e quindi non ha mai verificato la presenza di quelle lettere di unità) fino a quando Windows Update non ha forzato il problema eseguendo un riavvio completo.

Breve panoramica delle funzioni di riavvio graduale e avvio rapido:

Nel tentativo di abbreviare i tempi di avvio in Windows 8 e Windows 10, Windows non esegue più un arresto / riavvio completo. La funzione di avvio rapido (introdotta in Windows 8) esegue un letargo parziale quando si arresta il sistema. Alcuni processi core (ma non tutti come in un letargo completo) hanno i loro stati salvati in modo che possano essere ripresi senza passare attraverso un'inizializzazione completa all'avvio successivo. Questo comportamento ha influito solo sugli arresti, non sui riavvii, ed è possibile disattivarlo tramite il pannello di controllo dell'alimentazione.

Windows 10 estende questo comportamento con la funzione di riavvio graduale. Quando si riavvia, il sistema reimposta il software come se stesse eseguendo un riavvio, ma non reinizializza l'hardware o il kernel, rendendo i tempi di riavvio più veloci. Non puoi disattivare questa funzione.

In Windows 10, L' UNICO modo per eseguire un riavvio COMPLETO del sistema è emettere un shutdown -r -f -t 0dalla riga di comando.

— Wes Sayeed
fonte

Che dire se hai disabilitato ibernazione ( powercfg /H off)? Mi sarei certamente aspettato che disabilitasse l'arresto graduale e probabilmente anche il riavvio graduale. Un'altra cosa che sembra impedire il riavvio graduale è l'utilizzo delle opzioni di avvio avanzate per, ad esempio, l'avvio con BIOS / EFI SETUP.

— CBHacking del

Ho appena confermato che funziona su Windows 10 Build 10586. FYI: Non è necessario -fquando lo fai -t 0; shutdown -r -t 0funziona anche.

— Granger,

In fin dei conti, PUOI disattivare la funzione da Pannello di controllo \ Tutti gli elementi del pannello di controllo \ Opzioni risparmio energia \ Impostazioni di sistema, noto anche come "Scegli cosa fanno i pulsanti di accensione". È anche disabilitato per definizione quando l'ibernazione è completamente disabilitata con powercfg -h spento.

— sCiphre

Ho avuto questo problema nonostante anni di riavvio e aggiornamenti. Credo che fosse correlato all'uso dell'unità VirtualClone (o di uno strumento simile) che riserva le lettere dell'unità. Forse avevo persino fatto qualche riga di comando per riservarli.

— Fuhrmanator,