"Fantom" sürücü harfleri nasıl kaldırılır?


16

Son zamanlarda Win10 iş istasyonuma iki adet GPT formatlı USB sabit sürücü taktım. Sürücülerdeki EFI bölümlerine S: ve T: harflerini atamak için Diskpart kullandım. Şimdi, artık söz konusu sabit disk takılı olmasa bile, bilgisayarımla kalıcı olarak eşlenen iki hayali sürücü harfi S: ve T: var.

resim açıklamasını buraya girin

Harfleri kaldırabilmem için sürücüleri tekrar takmayı denedim, ancak bu sürücülerdeki EFI bölümleri sürücü harfleri alamadı (normal davranış). Aynı harfleri atamak için Diskpart'ı tekrar kullanmayı denedim, ancak bu harflerin zaten kullanımda olduğunu söylüyor.

Sürücü harfleri Disk Yönetimi konsolundaki hiçbir şeye karşılık gelmiyor, bu yüzden onları oradan kaldıramıyorum. Aygıt Yöneticisi'nde onları tutan hiçbir şey yoktur. Gizli aygıtları göstermeyi seçtim ve listelenen her gri renkli depolama birimini kaldırdım, ancak sürücü harfleri kalıyor.

Bu sürücü harfleri şimdi "sıkışmış" ve onlardan kurtulamıyorum.

Herhangi bir fikir?

Yanıtlar:


19

Bir sürücü harfini kaldırma komutu - ki bu gerekli değildir, ama hey, Win10, hala bazı hatalar var - mountvol <drive> /Dbu sizin için mountvol S: /Dve olacaktı mountvol T: /D. Ayrıca mountvol /R, şu anda takılı bir sürücünün bulunmadığı tüm sürücü harfi atamalarını kaldırmayı da deneyebilirsiniz . Bunun /Pyerine kullanmayı da deneyebilirsiniz /D, ancak birim gerçekte mevcutken kullanılması amaçlanmıştır.

Sürücü harfi atamalarını kaldırmak için in removekomutunu da kullanabilirsiniz diskpart. Sürücü harflerini yeniden atamayı denemek için mountvol kullandığından bahsettiniz, ancak bunları kaldırmaya çalıştığınızdan bahsetmediniz. mountvolAslında aynı API'leri çağırdığından eminim .

Tüm bu komutların doğal olarak Yönetici olarak çalıştırılması gerekecektir.


diskpartÇıkarmak için kullanamıyorum çünkü selectyapabilmeniz için önce çalışacak olan birime ihtiyacınız var removeve harfler hiçbir şeye karşılık gelmiyor. Görünüşe göre mountvolhile de yapmıyor. / D, sistemin belirtilen dosyayı bulamadığını söylüyor. / R dizinin boş olmadığını söylüyor.
Wes Sayeed

Bunlar ... garip hatalar. Yeniden başlatmalardan devam ettiklerini ve bu girişimlerin bir yeniden başlatmadan sonra yapıldığını düşünüyorum. Kontrol edebileceğiniz bir sonraki yer HKLM\SYSTEM\MountedDeviceskayıt defteri anahtarıdır; orada böyle şeyler denilen değerler varsa \DosDevices\S:silin. Ancak, "Dosya bulunamadı" hatasına neden olan şüpheli mountvol; bu değerleri programlı olarak silmeye çalıştı ve orada değiller. Yine de kontrol etmeye değer.
CBHacking

1
Evet, yeniden başlatmalarla devam ederler ve hayır, HKLM \ MountedDevices'in bunlara herhangi bir referansı yoktur. Ancak, bazı Windows güncellemelerinden sonra sorun kendi kendine gitti. Cevabımda gerçek suçluyu yayınladım.
Wes Sayeed

1
@CBHacking Teşekkürler, bu Google Drife Dosya Akışı ile ilgili sorunum için çalıştı. Bir gün G: bölümünden ayrıldı ve H: 'yi yeni bölüm olarak kullanmak için yarattı. Kaldırmak için bir yol bulamadım, ancak öneriniz mountvol /Rgoogle sürücü filestream phantom diskini silmek için çalıştı
Cas Nouwens

7

Bazı Windows Güncelleştirmeleri bilgisayarın yeniden başlatılmasını zorladıktan sonra bu sorun kendi kendine gider.

Bu davranış bir hata gibi görünüyor. Ben hayalet sürücü harfleri bir yeniden başlatma boyunca devam nedeni yok, Windows 10'un "Yumuşak Yeniden" ve "Hızlı Başlangıç" özelliklerinden olduğunu sanıyorum aslında bir kapatma veya yeniden başlatma yapması gerektiğini söylediğinde artık kapatmaya veya yeniden başlatma.

Bunun nedeni, Windows Güncelleştirmeleri tam bir yeniden başlatma yaparak sorunu zorlayana kadar sistemin hiçbir zaman tam bir HW başlatma işleminden geçmediği (ve bu nedenle bu sürücü harflerinin varlığını hiçbir zaman denetlemediği).


Yumuşak Yeniden Başlatma ve Hızlı Başlangıç ​​Özelliklerine Kısa Bir Bakış:

Windows 8 ve Windows 10'da başlatma sürelerini kısaltmak için Windows artık tam bir kapatma / yeniden başlatma işlemi yapmıyor. Hızlı Başlatma özelliği (Windows 8'de tanıtıldı) sistemi kapatırken kısmi bir hazırda bekletme modu gerçekleştirir. Bazı çekirdek süreçler (ancak tam bir hazırda bekletme durumunda olduğu gibi) durumlarının kaydedilmesi, böylece bir sonraki başlangıçta tam başlatma yapılmadan sürdürülebilmeleri için durumlarının kaydedilmesini sağlar. Bu davranış, yeniden başlatmayı değil, yalnızca kapanmaları etkiledi ve Güç kontrol panelinden kapatabilirsiniz.

Windows 10, Yumuşak Yeniden Başlatma özelliğiyle bu davranışı genişletir. Yeniden başlatma yaparken, sistem yazılımı yeniden başlatma yapıyormuş gibi sıfırlar, ancak donanım veya çekirdeği yeniden başlatmaz ve yeniden başlatma sürelerini daha hızlı hale getirir. Bu özelliği kapatamazsınız.


Windows 10'da, sistemin TAM yeniden başlatılmasının SADECE yolu shutdown -r -f -t 0komut satırından a vermektir.


Hibernate ( powercfg /H off) işlevini devre dışı bıraktıysanız ne olur ? Kesinlikle yumuşak kapanmayı devre dışı bırakmayı ve muhtemelen yumuşak yeniden başlatmayı beklerim. Yumuşak Yeniden Başlatma'yı önlemek gibi görünen başka bir şey, BIOS / EFI SETUP'a önyükleme yapmak için gelişmiş başlatma seçeneklerini kullanmaktır.
CBHacking

Bunun Windows 10 Build 10586'da çalıştığını doğruladım. FYI: Bunu -fyaparken gerek yok -t 0; shutdown -r -t 0çalışır.
Granger

Sadece fyi, özelliği "Güç düğmelerinin ne yapacağını seç" olarak da bilinen Denetim Masası \ Tüm Denetim Masası Öğeleri \ Güç Seçenekleri \ Sistem Ayarları'ndan kapatabilirsiniz. Hazırda bekletme, powercfg -h kapalıyken tamamen devre dışı bırakıldığında tanım olarak devre dışı bırakılır.
sCiphre

Yıllarca yeniden başlatmaya ve yükseltmelere rağmen bu sorunu yaşadım. Sürücü harflerini saklayan VirtualClone sürücüsünün (veya benzer bir aracın) kullanımı ile ilgili olduğuna inanıyorum. Belki onları rezerve etmek için bir komut satırı bile yapmıştım.
Fuhrmanator
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.