Выпуск файлов, заблокированных функцией общих папок

16

Я широко использую функцию общих папок VMWare Workstation: вы устанавливаете папку на хост-машине как общую для гостевой ОС, и вы можете обращаться к ней на гостевой, аналогично общему ресурсу SMB (только для чтения или для чтения-записи) ,

Меня раздражает то, что после копирования нескольких файлов из hots в гостевую, рабочая станция блокирует эти файлы от записи, даже если общий ресурс установлен только для чтения .

Это особенно раздражает в частом сценарии, когда я пытаюсь отладить / использовать скрипт на гостевой, а я все еще редактирую его на хосте.

До сих пор я знаю, как заставить Workstation выпустить эти файлы:

приостановка работы гостевой машины: это ужасный псевдообход. Это медленно (особенно с большим количеством гостевой оперативной памяти), и иногда прерывание может не приветствоваться
копирование некоторого количества других случайных файлов в надежде, что рабочая станция имеет внутреннее ограничение на количество блокируемых файлов: такой взлом, который может пригодиться регулярно только в том случае, если мы знаем количество и малость

Так, каковы некоторые хорошие способы заставить Рабочую станцию выпустить эти файлы?

Или, как альтернатива, как избежать их блокировки в первую очередь?

Изменить: я не сделал несколько вещей, чтобы понять:

Я знаю, что именно рабочая станция (vmware-vmx.exe) блокирует эти файлы (возможно, из-за некоторой внутренней буферизации)
Я не хочу выпускать файлы силой. Я попробовал это, но выпуская их силой, машина становится нестабильной, чего я не могу себе позволить

Видимо, это вызвано ошибкой в рабочей станции.

windows vmware-workstation

— Алоис Махдал
источник

Почему бы просто не настроить реальный обмен файлами в сети?

— Jftuga

@jftuga Я сильно предпочитаю SF и у меня все так по ряду причин, некоторые из которых таковы: это намного быстрее; для этого не нужна сеть. Смотрите этот пост

— Алоис Махдал

Проблема продолжает существовать в рабочей станции 11 и общих папках между двумя гостями win7. Файл, созданный одним гостем, блокируется для всех систем, включая хост, если этот файл используется другим гостем. Единственное, что работает для меня, это перейти к гостю, который создал файл, отключить эту общую папку и затем снова включить. И эти шаги болезненны, потому что нет настройки панели инструментов для быстрого доступа к странице настроек общей папки. Или есть?

— user173399

Обратите внимание, что эта проблема все еще сохраняется в рабочей станции 12.5. В моем случае виртуальная машина только что прочитала файл для вложения в электронное письмо, и даже после того, как программа электронной почты была закрыта, на рабочей станции была открыта блокировка файла, которую Unlocker не мог увидеть или удалить.

— Марк Бут

8

Это кажется ошибкой в VMWare, поэтому нет необходимости проверять антивирусное программное обеспечение сторонних производителей или использовать разблокировщики - все последние нарушают нормальное функционирование самой VMWare Workstation.

Несколько тем на форуме VMWare решают одну и ту же проблему. Например:

Единственное решение, которое работает, упоминается в сообщениях Лорен Печтель , поэтому все кредиты должны идти к ней: вы должны получить доступ («коснуться») заблокированного файла из гостевой системы.

Например, я открываю и закрываю свойства заблокированного файла из проводника Windows в гостевой системе. Этого достаточно, чтобы снять блокировку в хосте.

— Стан
источник

3

Я столкнулся с той же проблемой, используя скрипт для копирования файлов из общей папки хоста на мой клиент. Закончилось заблокированными файлами на хосте. Самый простой способ обойти это - сделать, как другие уже публиковали, доступ к файлу хоста с клиента с помощью команды.

Для меня я использовал "attrib -r HOST_FILE" в моем скрипте после копирования файла хоста. Так как я смонтировал свою общую папку как только для чтения, это не сделало ничего, кроме того, что снял блокировку.

— KJohn
источник

2

Некоторые идеи :

Проверьте, читает ли какая-либо программа (например, антивирус) файлы как на хосте, так и на гостевой.
Я обычно использую Unlocker или Process Explorer для этого.
Проверьте, не копируются ли файлы очень-очень медленно.
Это может быть гость, имеющий проблемный сетевой драйвер.
Попробуйте отключить все брандмауэры, антивирусы или другие продукты безопасности.
Я более чем наполовину убежден в серьезной ошибке, существующей в реализации общих папок VMware, когда хост и гость могут быть совершенно сбиты с толку. Я обычно избегаю общих папок, потому что невозможно заранее угадать, будут ли они надежно работать при любой новой конфигурации, в то время как сетевые или FTP-ресурсы всегда работают.

— harrymc
источник

Спасибо за предложения. 1. Да, vmware-vmx.exe обычно блокирует эти файлы, но я не могу применить силу для разблокировки - я пытался, но это привело к нестабильной работе рабочей станции. 2. Проверено - дело не в этом. Обычно это случается со мной с одним небольшим файлом, который, как я вижу, завершен. 3. Пробовал, не помогло. 4. Да, это ошибка, так что на самом деле я ищу обходной путь.

— Алоис Махдал

И, что касается отказа от SF: Для меня почти два года ежедневного тестирования было доказано, что из всех решений SF является самым надежным (и самым быстрым). Наиболее существенная причина этого заключается в том, что они на самом деле не зависят от сети: у вас могут быть ограниченные брандмауэры, сломанный драйвер или ноль сетевых карт на гостевой, и вы все равно можете передавать файлы по своему желанию через SF.

— Алоис Махдал

Нет проблем через 2 года? Какая удача! Большая часть моего SF никогда не работала или была слишком медленной, чтобы ее можно было использовать, и то же самое, что вы видите сейчас, без видимой причины. Единственное предложение, которое я оставил, - это использовать последнюю версию VMware и инструменты VMware (переустановить, даже если обновленный, на всякий случай), затем удалить и заново создать SF. Иногда это помогает. Но если это не так, то единственный следующий шаг, который я вижу, - это обратиться в службу поддержки VMware.

— harrymc

Ирония: вскоре после моего комментария о надежности SF я обновился до Workstation 8 и у меня начались проблемы: все зависело бы, \\vmware-host\Shared Folders\folder\subfolderесли \\vmware-host\Shared Folders\folderне было открыто хотя бы один раз с момента загрузки. Я не работаю в этой компании (и, вероятно, не буду видеть Windows в течение долгого времени, ура), хотя ...

— Алоис Махдал

Когда это случилось со мной с Workstation 12.5, Unlocker не смог увидеть или удалить какие-либо блокировки файлов. Я никогда не видел этой проблемы с рабочей станцией 7.

— Марк Бут

2

Вы можете попробовать использовать программное обеспечение Unlocker ( нажмите, чтобы скачать Unlocker )

Установите Unlocker, отключив опцию для расширений Проводника и прочего барахла
откройте CMD, затем перейдите к C: \ Program Files \ Unlocker.
запустите Unlocker.exe "путь к заблокированной папке" из CMD.
всплывающее окно, подтверждающее снятие блокировки, затем нажмите разблокировать, чтобы разблокировать файл.
Готово, файл был разблокирован,

— Кельвин Мауриц
источник

Извините, я бы не хотел использовать программное обеспечение с поддержкой рекламы (звучит почти как рекламное ПО). (У меня уже есть Process Explorer для этих вещей.)

— Алоис Махдал

@AloisMahdal Это может быть просто ссылка на связку панелей инструментов с установщиком (которую следует отменить при установке). В любом случае, я лично предпочитаю официальный сайт / сайт разработчика для загрузки программного обеспечения, а не такие сайты, как Softpedia. Конечно, Process Explorer работает так же хорошо, и вы уже заявили, что принудительное закрытие этих дескрипторов вызывает нестабильность.

— Боб

0

Emco Unlocker (бесплатная - без рекламы) работает нормально. После передачи файлов просто отправьте папку (куда вы скопировали или переместили файлы на свой хост) в программу разблокировки файлов Emco. Я поместил ярлык в папку «Отправить». Быстро и эффективно.

— Пользователь Vmware 9.02
источник