У меня есть внешний жесткий диск, который я хотел бы «безопасно удалить». К сожалению, моя система (Windows 7 x64) жалуется, что «устройство в настоящее время используется».
Используя Process Explorer, я обнаружил, какой процесс держит дескриптор на устройстве:
Очевидно, System
это не тот процесс, который я могу просто убить и покончить с этим. Я провел небольшое исследование, и это, кажется, общая проблема , но до сих пор не найдено решение (за исключением перезагрузки машины, которой я бы хотел избежать, если это возможно).
Есть ли какое-то решение этой проблемы, которое я пропустил?
Ответы:
У меня всегда была эта проблема с одним из моих внешних дисков Toshiba. Я высоко ценю этот привод из-за его встроенного детектора удара, который в настоящее время очень трудно найти. Но проблема «не удалить это безопасно» сводила меня с ума.
Сегодня я натолкнулся на этот вопрос / тему на сайте социальной сети MS . Хотя там много шума, они указывают на несколько общих проблем. Как сервис распределенного отслеживания. На самом деле трудно все это прочитать из-за какой-то войны, которая в какой-то момент обострилась, но чтение темы с ее конца помогает;)
В любом случае, извините за мое болтливое настроение, я просто навсегда исправил свое дело.
У меня отключены какие-либо службы Distributed-Tracking / Windows-Search / etc и я все еще не смог безопасно отключить диск. Кто-то где-то предположил, что «быстрое удаление» является причиной, но почти все мои USB-накопители работают на нем, и я все еще могу их безопасно удалить.
Тем не менее, я на самом деле пытался переключить этот привод в «режим высокой производительности» и ... это вызвало испарение дескрипторов TxfLogContainerXXXX . Так что это правда, что это опция быстрого удаления. Однако, это еще не освободило мой диск. Все еще не мог выбросить это.
Затем я перешел к утилите ComputerManagement-> DriveManagement и удалил все назначения букв дисков для этого диска . Мгновенно после этого я смог извлечь диск.
Затем я попытался снова подключить его, переназначив букву диска, переключив ее на быстрое удаление, и она, кажется, работает правильно и все еще может быть извлечена.
В столь длинной теме на сайте MS они также упоминают эти действия. Кто-то предложил:
Я думаю, что «перевести диск в автономный режим» с помощью «Управление компьютером -> Управление дисками» может быть самым быстрым решением, однако я не пробовал его, так как мои случайные попытки помогли, прежде чем я прочитал об этом.
источник
Для меня проблема была вызвана включением индексации содержимого файла на диске (который включен по умолчанию)
Чтобы отключить это:
Щелкните правой кнопкой мыши диск> Свойства> Снимите флажок Разрешить индексировать файлы на этом диске в дополнение к свойствам файлов.
После отключения индексации содержимого я смог извлечь диск.
источник
Пять лет спустя я фактически исправил эту проблему, прибегнув к коммерческому инструменту: USB Safely Remove , который может «принудительно остановить» устройство, страдающее от этой проблемы. (До этого я использовал обходной путь «отключить», упомянутый в ответе Кецалькоатля.)
Примечание: я не связан с создателями программного обеспечения, я просто упоминаю их, потому что их инструмент решил проблему для меня.
источник
Если ваш диск настроен на быстрое удаление (в политиках дисков), вы сможете безопасно отключить его, не используя опцию «безопасно удалить».
У меня была та же ошибка, что и у Хайнци, но когда я попытался ее решить, изменив режим на «лучшую производительность», я заметил, что на самом деле делает опция по умолчанию :)
Это звучит опасно, но, возможно, без кеширования не должно быть никаких забот?
Кстати, мой диск - это WD-500, и в управлении дисками нет возможности отключить диск.
источник
Настройка политики удаления для повышения производительности из файла devmgmt.msc не помогла моему переносному накопителю Seagate Expansion емкостью 1 ТБ. Только когда я использовал services.msc, чтобы отключить «Лицензию Crypkey», это сработало немедленно.
источник
Перепробовал все остальные варианты ответов, такие как изменение / удаление буквы диска, отключение его, но эти методы не сработали.
Я бы предпочел не играть с переключением его поведения и держать его настроенным на быстрое удаление.
USB Safely Remove помогло, но, возможно, не сразу, если быстро щелкнуть диск в главном списке. Когда он показал мне больше, чем LockHunter, кроме
*Metadata
файлов в корне диска, на нем также работал MsMpEng.exe. Принудительная остановка файлов, используемых этим процессом, похоже, помогла мне удалить его.Что касается других накопителей или ситуаций, я, наконец, обнаружил, что Open Hardware Monitor, похоже, имеет блокировку, даже когда я еще не нашел другого конкретного доказательства для этого. Я бы предпочел не закрывать программу, так как мне приходится каждый раз устанавливать скорость вентилятора.
источник
У меня была та же проблема, и я обнаружил, что отключение диска - самый быстрый вариант, как уже сказал @quetzalcoatl.
По-прежнему небольшая оговорка: после того, как вы перевели диск в автономный режим , вы должны перевести его обратно в оперативный режим , иначе при следующем подключении диска он не запустится и не будет распознан системой.
Ниже приведен очень маленький скрипт для автоматизации процесса, вдохновленный этим:
https://groups.google.com/forum/#!topic/alt.msdos.batch.nt/dRhFTCtLJ3A
Не забудьте запустить командный файл от имени администратора и нажимать клавишу после выбора номера диска.
источник
Я подключил флэш-накопитель USB перед загрузкой в Windows 7, и я не смог его отключить (безопасно удалить). После остановки службы «Поиск Windows» я смогла безопасно извлечь диск. У меня была проблема только если флешка была подключена к компьютеру до запуска Windows.
источник