Отсутствует разрешение на доступ к файлу vmware
Этот вопрос был перенесен из переполнения стека, поскольку на него могут ответить суперпользователи. Мигрировал 8 лет назад .
Мне нужно разделить папку между Windows 7 и Mac OS X на VMware.
Как это может быть сделано?
- Зайдите в настройки вашей виртуальной машины и выберите вкладку «Опции».
- Нажмите «Общий доступ к папкам» и отметьте «Всегда включено».
- Нажмите на кнопку «Добавить» и выберите папку, которой вы хотите поделиться.
- Подтвердите настройки виртуальной машины.
- В «Системных настройках» в Mac OS X выберите «Общий доступ».
- Убедитесь, что «Общий доступ к файлам» включен.
- В верхней строке меню выберите «Перейти» и «Компьютер».
- Теперь вы увидите папку с именем '/'. Это ваша общая папка между Windows 7 и Mac OS X.
Я хотел бы подчеркнуть, что это работает, когда виртуальная машина Mac OS X работает на хосте Windows. Следование инструкциям позволяет виртуальной машине под управлением Mac OS X просматривать общий каталог / каталоги Windows.
Кроме того, после отображения общей папки VMware вы можете перетащить ее в раздел « Избранное » на боковой панели. Тогда это будет видно во всех ваших приложениях.
Вы также можете перейти Finder->Preferences->General Tab и выбрать, Connected Servers и вы увидите VMWare Shared Folders значок на рабочем столе
Этот ответ не имеет ничего общего с общими папками VMware. Вместо этого он разделяет диск Mac через SMB. Таким образом, первые 4 шага - красная сельдь и не нужны. @ Комментарий Exlord является реальным решением.
Вы можете включить общий доступ из виртуальной машины OSX. Системные настройки> Общий доступ> Общий доступ к файлам.
Вы можете получить к нему доступ из окон \\VMWARE VIRTUAL\User или путем просмотра сети Windows.
По умолчанию у вас может не быть доступа к некоторым каталогам, вам нужно установить правильные разрешения для этого на виртуальной машине. Если вы хотите иметь возможность читать и записывать в нее что-то вроде этого, это chmod 777 Downloads/ должно сработать.
Спросите, если вам нужны какие-либо разъяснения с этим.
- Установите VMware Tools в виртуальной машине
- Если появится диалоговое окно безопасности, в котором говорится, что расширение системы заблокировано, игнорируйте его сейчас
- Гостевая ОС должна перезагрузиться после завершения
Если после перезагрузки снова появляется диалоговое окно безопасности, чтобы перейти к системным настройкам с помощью кнопки в этом диалоговом окне и разрешить запуск расширения системы VMware.
Включить общие папки VMware для виртуальной машины
- Нажмите Add. и добавьте общую папку (выберите любую папку хоста, к которой у вас есть доступ, и любое имя)
Нажмите Next и OK везде, пока все диалоги не закроются
Перезапустите гостевую ОС (монтирование в файловой системе (см. Ниже) технически доступно сразу, но Finder по какой-то причине не видит его до перезагрузки)
Теперь у вас должен быть значок «VMware Shared Folders» на рабочем столе, в котором вы увидите созданную вами папку. В файловой системе это vmhgfs монтирование на /Volumes/VMware Shared Folders :
VMware Workstation Player — популярное программное обеспечение для виртуализации, которое позволяет вам запускать одну виртуальную машину на вашем ПК с Windows. Однако иногда при работе с программным обеспечением для виртуализации вы можете столкнуться с ошибкой «У вас нет прав доступа к этому файлу VMware». Это не распространенная ошибка, поэтому любая информация о том, как устранить эту ошибку, пугает.
1. Проверьте одновременное выполнение заданий
- Одна из причин этой ошибки связана с одновременным выполнением нескольких заданий. Проверьте, пытаются ли несколько заданий получить прямой или косвенный доступ к одним и тем же дисковым ресурсам.
- Если ограничение в VMWare разрешает открывать дисковые ресурсы только одним процессом за раз, многократные попытки задания вызовут проблемы с процессом.
- В качестве решения убедитесь, что задания не выполняются одновременно или слишком близко к каждому, где может произойти перекрытие.
2. Проверьте учетную запись пользователя для разрешения
- У вас нет прав доступа к этому файлу. Ошибка VMware также может возникнуть, если у учетной записи пользователя, выбранной для резервного копирования, нет всех необходимых разрешений.
- Проверьте документы VMware для получения списка всех необходимых необходимых разрешений.
- Убедитесь, что вы выбрали корневую учетную запись для виртуальных машин под хостом ESX в списке разделов резервного копирования.
- Если виртуальные машины выбираются из-под VCenter, вы можете вместо этого выбрать учетную запись администратора домена.
Другие решения, которые стоит попробовать
- Убедитесь, что коммуникационный сервер видит диски SAN и не помечен как автономный.
- Если возможно, попытайтесь пропинговать хост ESX по имени с медиа-сервера.
- Убедитесь, что медиасервер правильно распознает имя и UP хоста ESX.
- Если проблема не устранена, попробуйте создать новую учетную запись пользователя с правами администратора в VCenter или ESX Host. Затем повторите попытку резервного копирования, используя новую учетную запись администратора.
- Если на виртуальной машине установлено несколько поставщиков VSS, попробуйте удалить поставщик снимков VMWare.
- Если проблемы связаны с VMWare vSphere Cluster с 3 узлами, вам может потребоваться добавить соответствующую запись DNS для проблемного хоста.
- Если Backup Exec не может получить доступ к хостам ESX с помощью метода, предоставленного сервером VCenter, исправьте проблемы DNS, вызвавшие неудачное разрешение имен. Это должно помочь вам решить. У вас нет прав доступа к этому файлу. Ошибка VMware.
Вывод
У вас нет прав доступа к этому файлу. Обычно ошибка VMware вызвана незначительными проблемами, связанными с разрешением. Это также может произойти, если имя файла имеет синтаксис или цифры. Попробуйте выполнить действия, описанные в этой статье, чтобы увидеть, поможет ли это.
Ситуация следующая: виртуальная машина Hyper-V не может запуститься, выдавая при старте ошибку примерно такого содержания «VM failed to start. Synthetic SCSI controller (Instance ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx): Failed to Power on with Error ‘General access denied error’.».
Если развернуть окно и посмотреть детальную информацию об ошибке, то станет понятно, что проблема кроется в отсутствии доступа к файлу виртуального диска. Дело в том, что виртуальной машине (как и обычному пользователю) для работы с файлом необходимы NTFS-права на этот файл. В том случае, когда у виртуальной машины отсутствуют необходимые разрешения, то она не сможет стартовать и вывалится с ошибкой.
Как видно на рисунке, каждая виртуальная машина имеет свой уникальный идентификатор (Virtual machine ID). Для устранения ошибки надо взять этот ID и добавить его в список контроля доступа VHD-файла. Сделать это можно из командной строки, с помощью утилиты с неблагозвучным 🙂 названием Icacls. В нашем примере команда будет выглядеть так:
Icacls H:\Hyper-V\SRV1.vhdx /grant ″NT Virtual Machine\f72e624c-4cc2-4167-b852-a47d412de8440″:(F)
Этой командой мы выдали виртуальной машине права Full Control на файл. В этом можно убедиться, открыв свойства файла и перейдя на вкладку Security. Как видите, разрешения в порядке и теперь виртуальная машина должна успешно запуститься.
Примечание. Подобную операцию необходимо проделать для каждого vhdx, и, если у машины имеются моментальные снимки (checkpoint), то для каждого avhdx файла, имеющего отношение к данной ВМ.
В заключение опишу некоторые ситуации, которые могут привести к потере прав:
• Перенос файла виртуального диска в другое расположение. Напомню, что при переносе файла на другой диск разрешения файловой системы удаляются и заменяются наследуемыми. Избежать этого можно, перенося файлы виртуальных машин с помощью встроенных средств Hyper-V, таких как Storage migration или Export\Import;
• Копирование файла виртуального диска. Ошибка может возникнуть при попытке подсунуть виртуальной машине чужой диск. Поэтому для ″размножения″ лучше воспользоваться либо экспортом, либо, при наличии VMM, клонированием виртуальных машин;
• Восстановление ВМ из бэкапа. Некоторые программы резервного копирования, например тот же DPM, при восстановлении в другое расположение не выставляют на файлы нужные права.В этой теме рассматриваются проблемы, возникающие при работе с
VMware Workstation
Внимание!
Новые версии VMware Workstation предназначены для установки только на 64-битные системы!
Для установки на 32-битные системы используйте версии ниже 11!"Отказано в доступе к указанному устройству, пути или файлу. Возможно, у вас нет нужных прав доступа к этому объекту."
Путь правильный, сам exe шник реагирует также. Win 7 ultimate.
От имени администратора просто не запускается без выдачи каких-либо ошибок.Возможно и винда. Но не работает-то вмварь.
А даже если и винда, знаете-ли легче от этого не становится.Спасибо за совет
Проверил - права доступа есть.
Ума не приложу как его запустить, может ещё что поскажете куда рыть?навороченные USB девайсы сам доктор прописал ставить в виртуалки. Чтобы не загаживать хост-систему и её USB стек
Еще вопрос, существует ли стандартный набор правил для фаерволла, чтобы проблем с сетью у виртуалок не было?
А то в режиме моста у меня никак не хочет работать пока фаерволл не прибьешь.
Outpost в этот момент пишет, заблокировано транзитное соединение, а правило создать не дает зараза.Цитата:Попробовал. там даже не создаются виртуально LPT порты,только COM. печально.
Есть задача : на терминальном сервере (Win 2008 R2) пользователям необходимо запускать виртуальные машины (так надо из-за того что некоторые каталоги запчастей не дружат между собой при одновременной установке). Образы есть.
Вопросы:
1. С помощью чего запускать (Player, Workstation, Server) ? Хотелось бы запускать в один клик, через ярлык какой-нибудь.
2. Как сделать так, чтобы разные пользователи могли запустить одновременно одну и ту же ВМ.
3. Как сделать так, чтобы пользователь не мог сохранить изменения, сделанные в процессе использования ВМ?Нажимаете Win+R и набираете "control userpasswords2" (без кавычек).
Много лет так прожил: все системы ставил в гостя, там настраивал, а потом уже вытаскивал на физическое железо.
Зачастую производительность в виртуалке выше производительности той же системы на физическом железе ))
Это из-за того, что варя пользуется кэшами и свопом хоста. Если физ. диск небыстрый, а хостовая система свежая и незагаженная, гость под таким хостом шевелится быстрее.
В этой теме рассматриваются проблемы, возникающие при работе с
VMware Workstation
Внимание!
Новые версии VMware Workstation предназначены для установки только на 64-битные системы!
Для установки на 32-битные системы используйте версии ниже 11!"Отказано в доступе к указанному устройству, пути или файлу. Возможно, у вас нет нужных прав доступа к этому объекту."
Путь правильный, сам exe шник реагирует также. Win 7 ultimate.
От имени администратора просто не запускается без выдачи каких-либо ошибок.Возможно и винда. Но не работает-то вмварь.
А даже если и винда, знаете-ли легче от этого не становится.Спасибо за совет
Проверил - права доступа есть.
Ума не приложу как его запустить, может ещё что поскажете куда рыть?навороченные USB девайсы сам доктор прописал ставить в виртуалки. Чтобы не загаживать хост-систему и её USB стек
Еще вопрос, существует ли стандартный набор правил для фаерволла, чтобы проблем с сетью у виртуалок не было?
А то в режиме моста у меня никак не хочет работать пока фаерволл не прибьешь.
Outpost в этот момент пишет, заблокировано транзитное соединение, а правило создать не дает зараза.Цитата:Попробовал. там даже не создаются виртуально LPT порты,только COM. печально.
Есть задача : на терминальном сервере (Win 2008 R2) пользователям необходимо запускать виртуальные машины (так надо из-за того что некоторые каталоги запчастей не дружат между собой при одновременной установке). Образы есть.
Вопросы:
1. С помощью чего запускать (Player, Workstation, Server) ? Хотелось бы запускать в один клик, через ярлык какой-нибудь.
2. Как сделать так, чтобы разные пользователи могли запустить одновременно одну и ту же ВМ.
3. Как сделать так, чтобы пользователь не мог сохранить изменения, сделанные в процессе использования ВМ?Нажимаете Win+R и набираете "control userpasswords2" (без кавычек).
Много лет так прожил: все системы ставил в гостя, там настраивал, а потом уже вытаскивал на физическое железо.
Зачастую производительность в виртуалке выше производительности той же системы на физическом железе ))
Это из-за того, что варя пользуется кэшами и свопом хоста. Если физ. диск небыстрый, а хостовая система свежая и незагаженная, гость под таким хостом шевелится быстрее.
Читайте также: