Sistem işlemi tarafından engellenen bir aygıtın \ $ Extend \ $ RmMetadata \ $ Txf üzerindeki bir tanıtıcıyla nasıl güvenle kaldırılacağı


39

"Güvenle kaldırmak" istediğim harici bir HDD'im var. Ne yazık ki, sistemim (Windows 7 x64) "aygıt şu anda kullanımda" olduğundan şikayet ediyor.

İşlem Gezgini'ni kullanarak , hangi işlemin aygıtta tanıtıcı tuttuğunu öğrendim:

İşlem Gezgini Ekran Görüntüsü

Açıkçası, Systemsadece öldürüp yapabileceğim bir süreç değil. Biraz araştırma yaptım ve bu yaygın bir sorun gibi görünüyor , ancak şu ana kadar bir çözüm bulunmadı (eğer mümkünse kaçınmak istediğim makineyi yeniden başlatmak dışında).

Kaçırdığım bu problemin bir çözümü var mı?


haha evet. yeniden başlatma işlemi sorunu çözebilir, ancak suks'ları yeniden başlatabilir.
ap17,

3
MS Windows 10'da hala bu
sorunu çözmedi

Yanıtlar:


23

Toshiba harici sürücülerimden biriyle her zaman bu sorunu yaşadım. Bulması çok zor olan dahili şok algılayıcı nedeniyle bu sürücüyü gerçekten yüksek buluyorum. Ancak, güvenli bir şekilde kaldırılamayan sorun beni deli ediyordu.

Bugün, bu soruya / konuya sosyal teknik MS sitesinde değindim . Aşağıda çok fazla gürültü olsa da, birkaç ortak konuya dikkat çekiyorlar. Dağıtılmış İzleme hizmeti gibi. Bazı noktalarda yükselen bazı telefonlar-boyut-alev savaşı nedeniyle hepsini okumak gerçekten zor, ama konuyu başından okumak yardımcı oluyor;)

Neyse, konuşkanlığım için özür dilerim, davamı kalıcı olarak düzelttim.

Herhangi bir Dağıtılmış İzleme / Windows Arama / etc hizmetini kapattım ve sürücüyü hala fişten çekemedim. Birileri bir yerde "hızlı kaldırma" nın suçlu olduğunu öne sürdü, ancak neredeyse tüm USB sürücülerim üzerinde çalışıyor ve hala güvenle kaldırabilirim.

Ancak, aslında bu sürücüyü "yüksek performans modu" olarak değiştirmeyi denedim ve ... TxfLogContainerXXXX kulplarının buharlaşmasına neden oldu . Yani, bunun hızlı kaldırma seçeneği olduğu doğru. Ancak, bu henüz sürücümü serbest bırakmadı. Hala çıkaramadı.

Sonra ComputerManagement-> DriveManagement yardımcı programına gittim ve bu sürücü için tüm sürücü harf atamaları kaldırdım . Hemen ardından sürücüyü çıkarmayı başardım.

Sonra tekrar bağlamayı denedim, sürücü harfini yeniden atamadım, çabuk kaldırmaya çevirdim ve düzgün çalışıyor ve hala boşalmış görünüyor.

MS sitesinde uzun zamandır devam eden bir konuda, bu eylemlerden de bahsediyorlar. Birisi önerdi:

  • sürücü harflerini değiştir ve yeniden başlat
  • veya sürücüyü "çevrimdışı" duruma getirmeyi deneyin

Sanırım "bilgisayar yönetimi -> sürücü yönetimi" aracılığıyla "sürücüyü çevrimdışı yap" ın en hızlı çözüm olabileceğini düşünüyorum, ancak bu konuda daha önce denemedim.


1
Aynı sorunu yaşadım (\ $ Extend \ $ RmMetadata \ $ Txf üzerindeki aynı kilit nedeniyle), ancak benim durumumda bir TrueCrypt sürücüsünün bağlantısını kaldıramadım. Voidtools Her şeyi kullanıyorum ve bu işlem kilidi tutmak için ortaya çıktı. Çözüm: Bağlantıyı kesmeden önce Her şeyi öldürün veya TrueCrypt ayarlarında sürücünün "çıkarılabilir bir ortam" olarak monte edildiğinden emin olun. Bu sürücüdeki dosyalar daha sonra Her Şey tarafından dizine eklenmez.
mgr326639 11:15

Windows 8.1'de sürücü harfini değiştirebildim ve yeni sürücü harfini sistem tepsisinden çıkardım. Teşekkürler.
Adrian

Windows 7 x64'te, sürücü harfini değiştirebildim ve para cezası tamamen düştü.
Contango

Seçenek gri olduğundan harici bir USB 3.0 sürücüsü çevrimdışı duruma getirilemedi (Windows 7 x64), ancak Disk Yönetimi'ne atanan sürücü harfini kaldırmak bir cazibe işlevi gördü! Teşekkürler!
ışık geçirmez

3

Benim için sorun, sürücüde dosya içeriği dizinlemenin açık olması (varsayılan olarak açıktır) nedeniyle ortaya çıkmıştır.

Devre dışı bırakmak için:

Sürücüyü sağ tıklatın> Özellikler> Bu sürücüdeki dosyaların, dosya özelliklerine ek olarak dizine eklenmiş içeriği olmasına izin ver seçeneğinin işaretini kaldırın.

İçerik indekslemesini devre dışı bıraktıktan sonra, sürücüyü çıkarmayı başardım.


2
Sadece denedim. Yarım gün sonra, Windows Gezgini hala dosyalar üzerinde yürüyor, her birindeki bu özelliği kaldırıyor. Bu özniteliği sürücünün kök dizininde belirlemek yeterli olur mu?
Heinzi

Ne yazık ki, bu benim için sorunu çözmedi: Sadece aynı sorunu, cihazı çıkarmayı denedim.
Heinzi,

2

Beş yıl sonra, bu sorunu ticari bir araca başvurarak düzelttim: Bu sorunu yaşayan bir cihazı "durdurabilecek" USB Güvenle Kaldır . (Bundan önce, quetzalcoatl'ın cevabında belirtilen "çevrimdışı ol" geçici çözümünü kullandım.)

Not: Yazılımın yaratıcılarına bağlı değilim, sadece araçları benim için düzelttiği için onlardan söz ediyorum.


1

Diskiniz hızlı bir şekilde çıkarılmak üzere ayarlandıysa (sürücü ilkelerinde), "güvenle kaldır" seçeneğini kullanmadan güvenle çıkarmanız gerekir.

Heinzi ile aynı hatayı yaşadım, ancak modu "daha iyi performans" olarak değiştirerek çözmeye çalıştığımda, varsayılan seçeneğin gerçekte ne yaptığını fark ettim :)

Kulağa tehlikeli geliyor ama belki de önbellekleme olmadan gerçekten endişelenmenize gerek yok mu?

BTW, sürücüm bir WD-500 ve sürücü yönetiminde sürücüyü çevrimdışı duruma getirme seçeneği yok.


1
Tek endişe, bazı uygulamaların çıkardığınız sırada diske yazmaya karar vermesidir. Bu sürücünün tutacağı olan işlemin gerçekten sürücüye yazmayacağından emin değilseniz, biraz risklidir. YMMV.
Adrian

@ Spikolynn "Çevrimdışı" seçeneği, Disk satırının gri (en soldaki) bölümünü sağ tıkladığınızda kullanılabilir.
sm4rk0

0

Kaldırma politikasını devmgmt.msc'den daha iyi bir performansa getirmek, 1TB Seagate Expansion Portable Drive'ım için yardımcı olmadı. Sadece "Crypkey License" ı kapatmak için services.msc kullandığımda hemen çalıştı.


0

Sürücü harfini değiştirme / kaldırma, çevrimdışı duruma getirme, ancak bu yöntemler işe yaramadı gibi tüm diğer cevap önerilerini denedim.

Davranışını değiştirerek oynamayı tercih etmem ve çabuk kaldırılmaya devam etmesini sağlamak.

USB Güvenle Kaldır yardımcı oldu, ancak ana listede yer alan sürücüye hızlıca tıklandığında doğrudan değil. Bana *MetadataLockHunter'ın diskin kökündeki dosyaların yanında olacağından daha fazlasını gösterdiğinde , üzerinde çalışan MsMpEng.exe de vardı. Bu işlem tarafından kullanılan dosyaların durmasını zorlamak, kaldırmama yardımcı oluyor gibiydi.

Diğer sürücüler veya durumlar için nihayet Açık Donanım İzleyicisi'nin, bunun için başka bir kanıt bulamadığım halde bile kilitlenmiş gözüktüğünü gördüm. Her zaman fan hızımı ayarladığım için programı kapatmamayı tercih ederim.


0

Ben de aynı sorunu yaşadım ve gerçekten sürücüyü çevrimdışına çevirmenin @quetzalcoatl'ın söylediği gibi en hızlı seçenek olduğunu gördüm.

Hala küçük bir uyarı: Eğer sürücü dönüşmesi sonrasında çevrimdışı , geri bunu çevirmek gerektiğini çevrimiçi bunu başlamaz ve sistem tarafından tanınacak sürücüyü takmak başka sefere.

Aşağıda, bu işlemden ilham alan işlemi otomatikleştirmek için çok küçük bir komut dosyası bulunmaktadır:
https://groups.google.com/forum/#!topic/alt.msdos.batch.nt/dRhFTCtLJ3A

@echo off
:loop
echo list disk|diskpart|find "Online"
set "disk=."
set /p "disk=Pick disk number above to put offline: "
echo.
echo list disk|diskpart|find "Disk %disk%"
if errorlevel 1 (
echo  Invalid drive selection!
pause
goto :loop
) else (
pause>con
echo select Disk %disk%
echo offline Disk
echo online Disk
echo exit
)| diskpart

Toplu iş dosyasını yönetici olarak çalıştırmayı ve disk numarasını seçtikten sonra bir tuşa basmayı unutmayın.


-1

Windows 7'ye önyüklemeden önce USB flash sürücüyü taktım ve bağlantısını kesemedim (güvenle çıkarın). "Windows Search" servisini durdurduktan sonra sürücüyü güvenle kaldırabilirim. Yalnızca Windows başlatılmadan önce flash sürücü bilgisayara bağlıysa sorun yaşadım.


Öyle görünüyor ki OP sorunu sizinkinden farklı
Sam
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.