Jak usunąć litery napędu „fantomowe”?


16

Niedawno podłączyłem dwa dyski twarde USB w formacie GPT do mojej stacji roboczej Win10. Musiałem zaktualizować sklep BCD na nich, więc użyłem Diskpart, aby przypisać litery S: i T: do partycji EFI na dyskach. Teraz mam dwie litery fantomowe S: i T: które są teraz trwale zmapowane na moim komputerze, mimo że nie mam już podłączonych dysków twardych.

wprowadź opis zdjęcia tutaj

Próbowałem ponownie podłączyć dyski, aby móc usunąć literę, ale partycje EFI na tych dyskach nie otrzymały liter dysków (co jest normalnym zachowaniem). Próbowałem ponownie użyć Diskpart, aby przypisać im te same litery, ale mówi mi to, że te litery są już w użyciu.

Litery dysków nie odpowiadają niczym w konsoli zarządzania dyskami, więc nie mogę ich stąd usunąć. W Menedżerze urządzeń nie ma też nic, co by je trzymało. Zdecydowałem się pokazać ukryte urządzenia i usunąłem każdy wyszarzony wolumin pamięci na liście, ale litery dysków pozostały.

Te litery dysków są teraz „zablokowane” i nie mogę się ich pozbyć.

Jakieś pomysły?

Odpowiedzi:


19

Polecenie usunięcia litery dysku - co nie powinno być potrzebne, ale hej, Win10, wciąż jest kilka błędów - jest mountvol <drive> /D, więc dla ciebie byłoby mountvol S: /Di mountvol T: /D. Możesz także spróbować mountvol /Rusunąć wszystkie przypisania liter dysków, dla których nie ma obecnie zamontowanego dysku. Możesz także spróbować użyć /Pzamiast /D, ale jest on przeznaczony do użycia, gdy wolumin jest rzeczywiście obecny.

Możesz także użyć removepolecenia w, diskpartaby usunąć przypisania liter dysków. Wspomniałeś o użyciu mountvol, aby spróbować ponownie przypisać litery dysku, ale nie wspominałeś o próbie ich usunięcia. Jestem prawie pewien, że wywołuje te same interfejsy API, co mountvolw rzeczywistości.

Oczywiście wszystkie te polecenia będą musiały być uruchamiane jako Administrator.


Nie mogę go użyć, diskpartaby go usunąć, ponieważ najpierw musisz selectwolumin, na którym chcesz operować remove, a litery nie odpowiadają sobie niczym. Wygląda na mountvolto, że też nie działa. / D mówi, że system nie może znaleźć określonego pliku. / R mówi, że katalog nie jest pusty.
Wes Sayeed,

To są ... dziwne błędy. Zakładam, że utrzymują się one po ponownym uruchomieniu, a próby te podjęto po ponownym uruchomieniu. Następnym miejscem, które można sprawdzić, jest HKLM\SYSTEM\MountedDevicesklucz rejestru; jeśli są tam wartości zwane takimi jak \DosDevices\S:, usuń je. Podejrzewam jednak, że to właśnie spowodowało błąd „Nie znaleziono pliku” mountvol; próbował programowo usunąć te wartości i ich nie ma. Warto jednak to sprawdzić.
CBHacking

1
Tak, utrzymują się po ponownym uruchomieniu i nie, HKLM \ MountedDevices nie ma żadnych odwołań do nich. Jednak problem zniknął sam po niektórych aktualizacjach systemu Windows. W mojej odpowiedzi podałem prawdziwego winowajcę.
Wes Sayeed,

1
@CBacking Dziękuję, to zadziałało w przypadku mojego problemu dotyczącego Google Drife File Stream. Pewnego dnia opuścił partycję G: i utworzył H: do użycia jako nowy. Nie mogłem znaleźć sposób, aby go usunąć, ale swoją sugestię mountvol /Rpracował aby usunąć dysk twardy google FileStream phantom
Cas Nouwens

7

Ten problem zniknął po tym, jak niektóre aktualizacje systemu Windows wymusiły ponowne uruchomienie komputera.

To zachowanie wydaje się być błędem. Podejrzewam, że powodem, dla którego litery napędu fantomowego utrzymywały się przy ponownym uruchomieniu, były funkcje „miękkiego restartu” i „szybkiego uruchamiania” systemu Windows 10, które w rzeczywistości nie wyłączają się ani nie uruchamiają ponownie, gdy powiesz mu, aby wykonało zamknięcie lub ponowne uruchomienie.

Prawdopodobnie dlatego, że system nigdy nie przeszedł pełnej inicjalizacji oprogramowania sprzętowego (a tym samym nigdy nie sprawdził obecności tych liter dysku), dopóki Aktualizacje systemu Windows nie wymusiły tego problemu, wykonując pełne ponowne uruchomienie.


Krótki przegląd funkcji miękkiego restartu i szybkiego uruchamiania:

W celu skrócenia czasu uruchamiania w Windows 8 i Windows 10, system Windows nie wykonuje już pełnego zamykania / ponownego uruchamiania. Funkcja szybkiego uruchamiania (wprowadzona w systemie Windows 8) powoduje częściową hibernację podczas zamykania systemu. Niektóre podstawowe procesy (ale nie wszystkie z nich w stanie pełnej hibernacji) mają zapisane stany, dzięki czemu można je wznowić bez konieczności pełnej inicjalizacji przy następnym uruchomieniu. To zachowanie wpłynęło tylko na wyłączenia, a nie na ponowne uruchomienie, i można je wyłączyć za pomocą panelu sterowania Zasilanie.

Windows 10 rozszerza to zachowanie dzięki funkcji Soft Restart. Podczas restartu system resetuje oprogramowanie tak, jakby robił restart, ale nie inicjuje ponownie sprzętu ani jądra, dzięki czemu czasy restartu są szybsze. Nie możesz wyłączyć tej funkcji.


W systemie Windows 10 JEDYNYM sposobem na PEŁNE ponowne uruchomienie systemu jest wydanie shutdown -r -f -t 0z wiersza polecenia.


Co jeśli wyłączono hibernację ( powercfg /H off)? Z pewnością spodziewałbym się, że spowoduje to wyłączenie miękkiego wyłączania i prawdopodobnie również miękkiego restartu. Kolejną rzeczą, która wydaje się zapobiegać Miękkiemu Ponownemu Uruchomieniu, jest użycie zaawansowanych opcji uruchamiania, powiedzmy, rozruchu do BIOS / EFI SETUP.
CBHacking

Właśnie potwierdziłem, że działa to w systemie Windows 10 Build 10586. FYI: Nie potrzebujesz, -fkiedy to robisz -t 0; shutdown -r -t 0też działa.
Granger

Po prostu, MOŻESZ wyłączyć tę funkcję z Panelu sterowania \ Wszystkie elementy Panelu sterowania \ Opcje zasilania \ Ustawienia systemu, znane również jako „Wybierz działanie przycisków zasilania”. Jest również z definicji wyłączony, gdy hibernacja jest całkowicie wyłączona przy wyłączonym powercfg -h.
sCiphre

Miałem ten problem pomimo lat ponownego uruchamiania i aktualizacji. Uważam, że było to związane z użyciem dysku VirtualClone (lub innego podobnego narzędzia), który rezerwuje litery dysku. Może zrobiłem nawet wiersz poleceń, aby je zarezerwować.
Fuhrmanator,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.