Harici USB sürücüyü güvenle kaldır

Harici bir USB 3.0 sabit diskimi USB 3.0 bağlantı noktalarına bağlarken, asla güvenle çıkartamam.

Her nasılsa, pencereler her zaman günlük dosyalarını açık tutar: "Her zaman" bu saatte olduğu gibi sadece sürücüyü bağladım, 10 GB'lık bir VM'yi kopyaladım ve daha sonra bağlantısını kesmek istedim (kopyalamadan 15 dakika sonra, bu nedenle tüm kopyalamalar yapıldı).

Gördüğünüz gibi, Sistem'in yanı sıra diskte tutacak başka bir program yoktur . Uwe Sieber'denexplorer.exe olduğu gibi yeniden başlatmayı da denedim . Şans yok, sabit sürücüdeki kilitler her zaman kalır.RemoveDrive.exe

Tek çözümüm sadece veriyi kaldırmak (veriye zarar vermekten korkuyor muyum?) Veya bilgisayarı yeniden başlatmak (her zaman yardımcı olur, değil mi?).

Sadece SSD sabit diske sahip olmakla ve harici disk normal bir sürücü ise benimle bir ilgisi olabilir mi? USB 3.0 sürücüleri (NEC Electronics USB Hub) ile bir ilgisi olabilir mi? Normal USB 2.0 bağlantı noktalarını kullanırken hiçbir zaman bu sorunu yaşamam.

Diskin düzgün bir şekilde nasıl çıkarılacağı hakkında bir fikrin var mı?

MFT / TxF / NTFS meta verilerindeki bu "kilidi" temizlemenin olası bir açıklamasını veya daha kolay (okuma: otomatik / komut dosyası) yolunu arayarak geldim. Sayısız durumlarda benim için işe yarayan bir çözümüm olduğundan, bunu oraya atacağımı düşündüm. Bu şekilde sıkışan tüm USB ve eSATA sürücülerini çıkarmak için kullandım. Sorun, öncelikle bir eSATA yuvasındaki veya USB kasasındaki gibi sabit sürücüler olarak takılan çıkarılabilir sürücüler gibi görünüyor . USB flaş sürücüler genellikle bu sorunu benim için göstermiyor.

Bu son ayrım hakkında bir not: bir USB anahtarın gövdesindeki bir SSD kontrol cihazından oluşan garip bir canavar olan Sandisk Extreme USB 3.0, sabit bir sürücü olarak da görülüyor; güvenli bir kaldırma işlemi yapıldığından, en azından hızı ve potansiyel olarak başka bir şey nedeniyle yazma önbelleğini kapatmayı tahmin ediyorum, bu sorunun hiç görünmediği gibi, her zaman anında çıkarılabilirliğini koruyor. Mutlaka mükemmel bir örnek değil, testimde tam olarak bulunmadığımdan (bu sadece anekdottur) ancak “sabit” doğası nedeniyle bu konuya biraz ışık tutabilir, ancak bu konuya açık bir şekilde duyarlılık göstermeyebilir. Sadece düşünce için yemek.

<- Çözüm ->

Her neyse, basitçe söylemek gerekirse, sürücüyü çevrimdışı hale getirmeniz gerekir. Bunu iki yoldan biriyle yapabilirsiniz. Not: Bunu yapmanın biraz daha kısa yolları var ama işte saçma sapan adımlar: izleyicimi tanımıyorum çünkü. GUI yöntemi, diskpart.exe'nin anahtarları veya satır içi komutları / argümanları almadığı gerçeğinden ötürü en hızlı olanıdır.

1. GUI: Çalıştır -> "diskmgmt.msc" -> Sürücünüzü fiziksel disk listesinde bulun (alt bölme) -> sürücüyü sağ tıklayın (en soldaki bölüm), bölüm değil -> "Çevrimdışı" seçeneğini tıklayın

Veya:

2. CLI: Çalıştır -> "cmd.exe" -> "diskpart" yazın -> "list disk" yazın, diskinizi bulun # -> yazın "x diskini seçin" "çevrimdışı disk". Şimdi komut isteminden çıkabilirsiniz veya diskpart'e "exit" yazıp ardından istemi kapatın.

Notlar:

• Önemli olan tek şey, birimdeki NTFS'nin beklemesini kaldıracağı için birimi çevrimdışı yapmak olmalı, ancak diski kapatmak daha basit ve daha kapsamlı.

• Disk #s her zaman diskpart.exe ve diskmgmt.msc arasında aynıdır, çünkü yalnızca merak ettiğiniz / endişelendiğiniz / temkinli olduğunuzda bilgileri aynı yerden çekiyorlar.

Bugün olay günlüğüne bakmak bana geldi. Bunu kaldırma girişiminden hemen sonra buldum:

log: Sistem, kaynak: Kernel-PnP, olay kimliği: 225, seviye: uyarı

Uygulama kimliği 6436 olan \ Device \ HarddiskVolume2 \ Windows \ System32 \ Taskmgr.exe uygulaması, cihazın kaldırılmasını veya fırlamasını durdurdu [...]

Görev Yöneticisi'ni kapattım ve Güvenli Kaldırma çalıştı.

Herhangi bir birimi "kilidini açmak" için bu toplu iş komut dosyasını oluşturdum. Sadece .bat betiğini yönetici olarak çalıştırın, birimi seçin ve ENTER'a basın. Ondan sonra üniteyi ayırmak için her zamanki gibi "Güvenli çıkartma" kullanabilmelisiniz.

@echo off
@cls

set tempfile="%TEMP%\diskscrp.dsk"

echo.
echo   === Disk removal tool ===
echo.
echo   Select the disk volume number
echo   (if the disk has multiple volumes, select any of them)
echo.
echo list volume | diskpart | findstr /C:Volume /C:---
echo.
set /p volume="   Selected volume: "
echo.

echo select volume %volume% >>%tempfile%
echo offline disk >>%tempfile%
echo online disk >>%tempfile%

diskpart /s %tempfile% | findstr /C:"not valid"

if "%ERRORLEVEL%"=="1" (
  echo   Disk has been unlocked successfully.  Try to safely remove it now.
)

del /F %tempfile%

Bu komut dosyası @Rook önerisine dayandığından diskpartdiski çevrimdışı duruma getirmek için kullanılır. Bu yapıldığında, tüm kollar zorla kapatılır. Bu betiğindeki fark, otomatik olarak diski tekrar çevrimiçi yapmasıdır, böylece sisteme bir sonraki bağlanışında algılanabilir.

Harici sürücü / Windows işletim sistemi kombinasyonlarının büyük bir bölümü belki de en çok bu soruna sahiptir.

Yaptığım şey kutumu (dizüstü bilgisayar) uyumak ve harici sürücünün kapanması için on saniye beklemektir (duyabiliyorum). Ardından fişini çekin.

Sistem uykuda ise, tüm G / Ç işlemleri tamamlanır ve G / Ç veri yolu kapanır. Sürücünün kapanmasını beklemek bunun üzerine "kayış ve askılı" dır.

(Bu yaklaşım için bir kişi paranoyak olursa, bir hazırda bekletme yapmak tamamen yeterli olmalıdır. Tam kapanma gerekmemelidir.)

Şimdilik sadece bilgisayarı kapatıp çıkararak dış bağlantısını kesmeyi deneyebilir, daha sonra veri kaybını deneyebilir ve daha sonra kolayca çıkarmanız için ayarlayarak çıkarmadan veri kaybını önleyebilirsiniz.

Dürüst olmak gerekirse, sürücünün her zaman takılı olarak görüldüğü takılıp kaldığı bir MBR hatası gibi geliyor, bu durumda sürücüyü elektrik varken çekecekseniz MBR'ye zarar verebilir ve 2 seçenekle el ile onarımınızı bırakabilirsiniz MBR veya sürücüye tekrar erişebilmek için MBR onarımı gibi bir yazılım kullanmaya çalışmak veya diski tekrar biçimlendirmek için gparted gibi bir yazılım kullanmak ve hatanın en muhtemel olduğu yeni bir bölüm tablosu oluşturmak.

Bu dosyaların Transaction NTFS (TxF) 'ye ait olduğuna inanıyorum.

Transaction NTFS'nin otomatik güncelleme tarafından kullanıldığını duyuyorum, ancak sistemin bunu neden harici diske yerleştirmek istediğine ve daha sonra güvenli kaldırma isteği üzerine durduramayacağına dair hiçbir fikrim yok. Fsutil kaynak bilgisi herhangi bir aktivite göstermiyor.

Cmd konsolunda deneyin:

fsutil kaynak durağı E:

veya yardımcı olmazsa,

fsutil kaynak denetçisi doğru

ve yeniden başlat. Ayrıca TxF ile ilgili bir hizmeti Bilgisayar Yönetimi / Hizmetleri bölümünde durdurmayı da deneyebilirsiniz.

Geçenlerde bir flash sürücü ile aynı şeyi vardı. Sizin gibi, aktif $ Extend tutamaçlarını göstermeye devam ettim ve sürücüyü güvenli bir şekilde çıkarmamı engellediklerini varsaydım. Bu soruya rastladım ve Sem'in fsutilönerisini etkisiz kalmaya çalıştım . Benim için iş, sürücüyü elle kaldırmaktı. Flash sürücüm F: 'e monte edildiğinden beri koştum:

mountvol f: /d

Daha sonra sürücüyü çıkardım, tekrar taktım, yeniden takıp mountvol f: <volumename>bir süre kullandım. İşim bittiğinde aktif tutamaçları kontrol ettim ve daha önce farkettiğim $ Extend girişlerini gördüm. Yine de 'normal' güvenli kaldırma işlemini yapmaya çalıştığımda, aktif kollara rağmen başarılı oldum.

Bunun benim için işe yarayacağının şansı olup olmadığını bilmiyorum, ama başka birine yardım etmesi için buraya ekliyorum.