Як безпечно видалити пристрій, заблокований системним процесом, за допомогою ручки на \ $ Extend \ $ RmMetadata \ $ Txf


39

У мене є зовнішній жорсткий диск, який я хотів би "безпечно видалити". На жаль, моя система (Windows 7 x64) скаржиться на те, що "пристрій зараз використовується".

Використовуючи Process Explorer, я виявив, який процес тримає ручку на пристрої:

Знімок екрана провідника

Очевидно, Systemце не процес, який я можу просто вбити і з ним зробити. Я трохи провів дослідження, і це, здається, є загальною проблемою , але досі не знайдено рішення (крім перезавантаження машини, якої я хотів би уникнути, якщо це можливо).

Чи є якесь рішення цієї проблеми, яке я пропустив?


ха-так. перезавантаження може вирішити проблему, але перезавантаження не спрацьовує.
apis17

3
MS досі не виправили це в Windows 10
BeowulfNode42

Відповіді:


23

У мене завжди були проблеми з одним із моїх зовнішніх накопичувачів Toshiba. Я ціную цей диск дуже високий завдяки вбудованому детектору ударів, що зараз дуже важко знайти. Але проблема, яку неможливо зняти - це зводило мене з розуму.

Сьогодні я потрапив на це питання / тему на сайті MS-соціальних технологій . Хоча там багато шуму, вони вказують на кілька загальних проблем. Як і служба розподіленого відстеження. Це насправді важко прочитати через усе це через певну війну розміру комонів, яка в якийсь момент наростала, але читання теми з її кінця допомагає;)

У будь-якому випадку, вибачте за мій нахабний настрій, я лише назавжди виправив свою справу.

У мене вимкнено будь-які послуги розподіленого відстеження / пошук у Windows / тощо, і я все ще не міг безпечно відключити привід. Хтось десь припустив, що «швидке видалення» є винуватцем, але майже всі мої USB-накопичувачі працюють на ньому, і я все одно можу їх безпечно видалити.

Тим НЕ менше, я на самому справі намагався перемиканням цього диска в режим «висока продуктивність» і .. це викликало ручку TxfLogContainerXXXX випаруватися . Отже, це правда, що це варіант швидкого видалення. Однак це ще не випустило мого приводу. Все-таки його не вдалося викинути.

Потім я перейшов до утиліти ComputerManagement-> DriveManagement, і я видалив будь-які призначення літер диска для цього накопичувача . Миттєво після цього я зміг витягнути накопичувач.

Потім я спробував підключити його ще раз, перепризначивши букву диска, переключивши його на швидке видалення, і, здається, він працює належним чином і все ще може бути викидним.

У такій довгій темі на сайті MS вони також згадують про ці дії. Хтось запропонував:

  • змінити літери диска та перезавантажити
  • або спробуйте повернути диск "офлайн"

Я думаю, що "повернути диск в автономному режимі" через "управління комп'ютером -> управління накопичувачем" насправді може бути найшвидшим рішенням, однак я не намагався це зробити, оскільки мої випадкові спроби допомогли, перш ніж я прочитав про це.


1
У мене була така ж проблема (викликана тим самим блокуванням на \ $ Extend \ $ RmMetadata \ $ Txf), але в моєму випадку я не зміг демонтувати диск TrueCrypt. Я використовую Voidtools Усе, і цей процес виявився для блокування. Рішення: Убийте все перед демонтажем або переконайтесь, що пристрій встановлено як "знімний носій" у налаштуваннях TrueCrypt. Файли на цьому диску не будуть індексовані всім.
mgr326639

У Windows 8.1 мені вдалося змінити букву диска, а потім просто вийняти нову літеру диска з системного трея. Спасибі.
Адріан

У Windows 7 x64 мені вдалося змінити букву накопичувача, і вона нормально викинула.
Контанго

Не вдалося поставити зовнішній накопичувач USB 3.0 в автономному режимі, оскільки параметр був затьмарений (Windows 7 x64), але видалення призначеної літери накопичувача в Управлінні дисками працювало як шарм! Спасибі!
світлонепроникний

3

Для мене ця проблема була спричинена тим, що на накопичувачі увімкнено індексацію вмісту файлів (яка за замовчуванням увімкнена)

Щоб відключити його:

Клацніть правою кнопкою миші диск> Властивості> Зніміть прапорець Дозволити файлам на цьому диску, щоб додатково до властивостей файлу було індексовано вміст

Після відключення індексації вмісту я зміг витягнути накопичувач.


2
Я просто спробував це. Через півдня провідник Windows все ще проходить файли, викреслюючи цей атрибут для кожного з них. Було б достатньо зняти цей атрибут у кореневій директорії диска?
Хайнзі

На жаль, це не вирішило проблему для мене: просто спробував вийняти пристрій, та сама проблема.
Хайнзі

2

П'ять років потому я фактично вирішив цю проблему, вдавшись до комерційного інструменту: Безпечне видалення USB , яке може «змусити зупинити» пристрій, який страждає від цієї проблеми. (До цього я використовував рішення "прийняти офлайн", згадане у відповіді quetzalcoatl.)

Примітка: я не пов’язаний із творцями програмного забезпечення, я просто згадую їх, оскільки їхній інструмент вирішив проблему для мене.


1

Якщо ваш диск встановлений для швидкого видалення (у політиці накопичувача), ви повинні мати можливість безпечно від'єднати його від мережі, не використовуючи опцію "безпечно видалити".

У мене була така ж помилка, що і у Хайнзі, але коли я намагався її вирішити, змінивши режим на «кращу продуктивність», я помітив, що насправді робить варіант за замовчуванням :)

Це звучить небезпечно, але, можливо, без кешування насправді не повинно бути ніяких турбот?

До речі, мій привід WD-500 і в управлінні приводом немає можливості повертати диск в автономному режимі.


1
Турбує лише те, якщо якась програма вирішить записати на диск у той момент, коли ви її вийняли. Якщо ви точно не знаєте, що процес, який має ручку до цього диска, насправді не збирається записувати на привід, це трохи ризиковано. YMMV.
Адріан

@Spikolynn "Офлайн" опція доступна, коли ви клацніть правою кнопкою миші сіру (крайню ліву) частину рядка Disk.
sm4rk0

0

Налаштування політики видалення для кращої продуктивності з devmgmt.msc не допомогло моєму портативному приводу розширення Seagate розширення 1 Тб. Тільки коли я використав services.msc для вимкнення "Crypkey License", вона працювала негайно.


0

Спробував усі інші відповіді на такі пропозиції, як зміна / вилучення букви диска, повернення її в автономний режим, але ці методи не спрацювали.

Я вважаю за краще не грати з перемиканням його поведінки і тримати його в режимі швидкого видалення.

USB Safely Remove все-таки допомогло, але, можливо, не безпосередньо, якщо швидко натиснути диск у головному списку. Коли він показав мені більше, ніж LockHunter, крім *Metadataфайлів у кореневому диску, на ньому також працював MsMpEng.exe. Примушення зупинки файлів, використовуваних цим процесом, здавалося, допомогло мені видалити його.

Для інших дисків або ситуацій я нарешті виявив, що монітор "Відкритого обладнання" виявився заблокованим, навіть коли я ще не знайшов інших конкретних доказів для цього. Я б краще не закривав програму, оскільки мені доводиться кожного разу встановлювати швидкість вентилятора.


0

У мене була така ж проблема, і я дійсно виявив, що повернення диска в автономному режимі - це найшвидший варіант, про який @quetzalcoatl вже говорив.

Ще невеликий застереження: після того, як ви переключили диск в офлайн-режим , слід повернути його назад до Інтернету наступного разу, коли ви приєднаєте диск, він не запуститься і не буде розпізнаний системою.

Нижче представлений дуже маленький сценарій для автоматизації процесу, натхненний цим:
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

Не забудьте запустити пакетний файл як адміністратор та натиснути клавішу після вибору номера диска.


-1

Я підключив USB-флешку до завантаження в Windows 7 і не зміг її зняти (безпечно видалити). Після припинення послуги "Пошук Windows" я міг спокійно вийняти накопичувач. Проблема у мене була лише в тому випадку, якщо флешка була підключена до комп'ютера до запуску Windows.


Здається, проблема ОП відрізняється від вашої
Сем
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.