Bezpieczne usunięcie zewnętrznego dysku USB kończy się niepowodzeniem z powodu przedłużenia $

Podczas podłączania zewnętrznego dysku twardego USB 3.0 do portów USB 3.0 nigdy nie mogę go bezpiecznie usunąć.

Jakoś system Windows zawsze utrzymuje otwarte pliki dziennika: „Zawsze”, ponieważ w tym czasie podłączyłem tylko dysk, skopiowałem maszynę wirtualną o pojemności 10 GB i chciałem ją później odłączyć (około 15 minut po skopiowaniu, więc całe kopiowanie zostało wykonane).

Jak widać, nie ma innego programu trzymającego uchwyt na dysku oprócz Systemu . Próbowałem zrestartować, explorer.exejak również RemoveDrive.exez Uwe Sieber . Bez powodzenia, blokady na dysku twardym zawsze pozostają.

Moim jedynym rozwiązaniem jest po prostu odłączenie go (podczas gdy boję się uszkodzenia danych?) Lub ponowne uruchomienie komputera (zawsze pomaga, prawda?).

Czy to może mieć coś wspólnego ze mną tylko z dyskiem twardym SSD, a dysk zewnętrzny jest dyskiem zwykłym? Czy może to mieć coś wspólnego ze sterownikami USB 3.0 (hub USB NEC Electronics)? Nigdy nie mam tego problemu podczas korzystania ze zwykłych portów USB 2.0.

Jakieś pomysły na to, jak prawidłowo odmontować dysk?

Przyszedłem, szukając możliwego wyjaśnienia lub łatwiejszego (czytaj: zautomatyzowanego / skryptu) sposobu na usunięcie tej „blokady” w metadanych MFT / TxF / NTFS. Pomyślałem, że to tam wyrzucę, ponieważ mam rozwiązanie, które zadziałało dla mnie w niezliczonych sytuacjach. Użyłem go do usuwania wszelkiego rodzaju napędów USB i eSATA, które utknęły w ten sposób. Wydaje się, że problemem są przede wszystkim dyski wymienne montowane jako dyski stałe, takie jak dyski eSATA lub obudowy USB. Pamięci USB zazwyczaj nie wydają mi się powodować tego problemu.

Warto zwrócić uwagę na to ostatnie rozróżnienie: Sandisk Extreme USB 3.0, dziwna bestia składająca się z kontrolera SSD w korpusie klucza USB, również pojawia się jako stały dysk, chociaż wydaje się, że nie ma problemu bez wyciągania go bezceremonialnie i bez każde bezpieczne usuwanie, więc zgaduję, że przynajmniej wyłącza buforowanie zapisu ze względu na jego szybkość i potencjalnie coś innego, ponieważ wydaje się, że nigdy nie ma tego problemu, zawsze zachowując jego natychmiastową usuwalność. Niekoniecznie doskonały przykład, ponieważ nie byłem dogłębnie testowany (to tylko anegdota), ale może rzucić nieco światła na to ze względu na jego „naprawiony” charakter, ale widoczny brak podatności na ten problem. Tylko jedzenie do namysłu.

<- Rozwiązanie ->

W każdym razie, najprościej mówiąc, musisz wyłączyć dysk. Możesz to zrobić na dwa sposoby. Uwaga: Istnieją nieco krótsze sposoby, aby to zrobić, ale oto absurdalnie dokładne kroki, ponieważ nie znam moich odbiorców. Metoda GUI jest zdecydowanie najszybsza, ponieważ diskpart.exe nie przyjmuje przełączników ani wbudowanych poleceń / argumentów.

1. GUI: Uruchom -> „diskmgmt.msc” -> Znajdź dysk na liście dysków fizycznych (dolny panel) -> kliknij dysk prawym przyciskiem myszy (część najbardziej z lewej strony), a nie partycję -> Kliknij „Offline”

Lub:

2. CLI: Uruchom -> „cmd.exe” -> wpisz „diskpart” -> wpisz „lista dysku”, znajdź swój dysk # -> wpisz „wybierz dysk x”, gdzie x jest numerem twojego dysku od ostatniego kroku -> wpisz „dysk offline”. Teraz możesz wyjść z wiersza polecenia lub po prostu wpisać „exit” w partycji dysku, a następnie zamknąć wiersz polecenia.

Uwagi:

• Wszystko, co ważne, powinno być odłączenie woluminu w trybie offline, ponieważ usunie to zatrzymanie NTFS na dysku, ale zaznaczenie dysku jest prostsze i dokładniejsze.

• Numery dysków są zawsze identyczne między diskpart.exe i diskmgmt.msc, ponieważ pobierają informacje z tego samego miejsca, na wypadek, gdybyś był ciekawy / zmartwiony / ostrożny.

Dzisiaj przyszło mi do głowy zajrzeć do dziennika zdarzeń. Znalazłem to zaraz po próbie usunięcia:

log: System, źródło: Kernel-PnP, identyfikator zdarzenia: 225, poziom: ostrzeżenie

Aplikacja \ Device \ HarddiskVolume2 \ Windows \ System32 \ Taskmgr.exe o identyfikatorze procesu 6436 zatrzymała usuwanie lub wysuwanie urządzenia [...]

Więc zamknąłem Menedżera zadań i Bezpieczne usuwanie działało.

Stworzyłem ten skrypt wsadowy, aby „odblokować” dowolny wolumin. Po prostu uruchom skrypt .bat jako administrator, wybierz wolumin i naciśnij ENTER. Po tym powinieneś móc normalnie użyć „Bezpiecznego usuwania”, aby odłączyć urządzenie.

@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%

Ten skrypt jest oparty na sugestii @Rook, więc używa go diskpartdo przełączenia dysku w tryb offline. Gdy to nastąpi, wszystkie uchwyty zostaną przymusowo zamknięte. Różnica w tym skrypcie polega na tym, że dysk automatycznie przełącza się z powrotem do trybu online, dzięki czemu można go rozpoznać przy następnym podłączeniu do systemu.

Znaczna część kombinacji dysku zewnętrznego / systemu operacyjnego Windows ma ten problem, być może większość.

To, co robię, to uśpienie mojego komputera (laptopa) i odczekanie dziesięciu sekund potrzebnych na wyłączenie dysku zewnętrznego (słyszę to). Następnie odłącz.

Jeśli system śpi, wszystkie operacje we / wy są zakończone, a szyna we / wy jest zawieszona. Na dodatek do czekania na wyłączenie jest „pas i szelki”.

(Należy zauważyć, że jeśli ktoś jest zbyt paranoiczny, aby zastosować takie podejście, wykonanie hibernacji powinno być w pełni wystarczające. Nie powinno być wymagane pełne wyłączenie zasilania.)

Na razie możesz po prostu spróbować odłączyć urządzenie zewnętrzne, wyłączając komputer, a następnie odłączając go, tym samym próbując utracić dane, a następnie skonfigurować go w celu łatwego usunięcia, aby zapobiec utracie danych po prostu odłączając go bez odinstalowywania.

Szczerze mówiąc, brzmi to trochę jak błąd MBR, w którym dysk utknął, widząc się jak zawsze podłączony, w takim przypadku, jeśli miałbyś odłączyć dysk podczas zasilania, możesz uszkodzić MBR i pozostawić ci 2 opcje, ręczne naprawianie MBR lub próba użycia oprogramowania, takiego jak naprawa MBR, aby móc ponownie uzyskać dostęp do dysku, lub użyj oprogramowania takiego jak gparted, aby ponownie sformatować dysk i ustawić nową tablicę partycji, w której najprawdopodobniej wystąpił błąd.

Uważam, że te pliki należą do Transactional NTFS (TxF).

Słyszę, że Transactional NTFS jest używany przez automatyczną aktualizację, ale nie mam pojęcia, dlaczego system chciałby umieścić to na dysku zewnętrznym, a następnie nie byłby w stanie zatrzymać go na żądanie bezpiecznego usunięcia. Informacje o zasobie Fsutil nie pokazują żadnej aktywności.

Wypróbuj w konsoli cmd:

przystanek zasobów fsutil E:

lub, jeśli to nie pomoże,

fsutil zasób setautoreset true

i uruchom ponownie. Możesz także spróbować zatrzymać usługę związaną z TxF w Zarządzaniu / usługach komputerowych

Ostatnio to samo działo się z dyskiem flash. Tak jak ty, ciągle pokazywałem aktywne uchwyty $ Extend i zakładałem, że uniemożliwiają mi bezpieczne usunięcie dysku. Natknąłem się na to pytanie i bezskutecznie wypróbowałem fsutilsugestię Sem . Dla mnie zadziałało ręczne odmontowanie dysku. Ponieważ mój dysk flash został zamontowany jako F :, uruchomiłem:

mountvol f: /d

Następnie odłączyłem napęd, ponownie go podłączyłem, ponownie mountvol f: <volumename>zamontowałem i używałem przez pewien czas. Kiedy skończyłem, sprawdziłem aktywne uchwyty i zobaczyłem te same wpisy $ Extend, które zauważyłem wcześniej. Kiedy próbowałem wykonać „normalne” bezpieczne usuwanie, udało się to pomimo aktywnych uchwytów.

Nie wiem, czy to była dla mnie zwykła szansa, ale dodam ją tutaj na wypadek, gdyby pomógł komukolwiek innemu.