VERR_ACCESS_DENIED при попытке добавить сырой диск в виртуальный ящик

Я создал виртуальный сырой диск, указывающий на работающую загрузочную флешку с небольшим дистрибутивом Linux.

Когда я пытаюсь добавить его в виртуальную машину Virtualbox, я получаю эту ошибку:

Я увидел, что файл vmdk для необработанного диска принадлежал пользователю root. Я сделал это своему собственному пользователю.

Тем не менее получить ту же ошибку. Я подозреваю, что это будет работать, если я запустил virtualbox от имени пользователя root, но я действительно не хочу этого делать. Есть ли способ заставить это работать?

Пользователь должен быть в disk группе, чтобы получить доступ к необработанным разделам (как Gilles упомянул последнюю ссылку в своем ответе).

Проверьте разрешение на все файлы , связанные, в том числе каталогов:

/VirtualBox VMs/MyTinyLinux/rawdiskonusb.vmdk , /dev/disk2 . Каталоги должны быть доступны для чтения и отслеживания вашим пользователем ( chmod +rx ), а файл образа и необработанный диск должны быть доступны для чтения и записи ( chmod +rw ).

Вам нужно разрешить вашему пользователю доступ к диску; так /dev как заполняется автоматически при каждой загрузке, вам нужно добавить udev для этого. См. Раздел « Предоставление определенного разрешения пользователю для устройства без предоставления доступа другим пользователям».

Постер использовал Linux на хост-машине. Если вы пришли сюда и используете Windows в качестве хоста (как я), есть простое решение этой ошибки. Windows не разрешает доступ к сырому диску, если вы не запускаете VirtualBox с правами администратора .

В зависимости от дистрибутива вам может потребоваться добавить свое имя пользователя в группу VirtualBox.

Кроме того, согласно аналогичным вопросам и ответам на askubunt , у вас может быть поврежденный ISO. В вашем случае, я думаю, это означает неудачное преобразование в сырой диск. Попробуйте поискать, как правильно выполнить эту процедуру, и повторите ее, если преобразование каким-то образом провалилось во время первой процедуры.

Если это все еще не решение, следуйте советам в руководстве VirtualBox и добавьте -relative параметр:

Создание изображения требует доступа для чтения / записи для данного устройства. Доступ на чтение / запись также позже необходим при использовании образа с виртуальной машины. Если это невозможно, существует специальный вариант для доступа к необработанным разделам (в настоящее время доступен только на хостах Linux), в котором не нужно предоставлять текущему пользователю доступ ко всему диску. Чтобы настроить такое изображение, используйте

Внутренние команды VBoxManage createrawvmdk -filename /path/to/file.vmdk -rawdisk / dev / sda -partitions 1,5 -относительно

При использовании с виртуальной машины образ будет ссылаться не на весь диск, а только на отдельные разделы (в примере / dev / sda1 и / dev / sda5). Как следствие, доступ для чтения / записи требуется только для затронутых разделов, а не для всего диска. Однако во время создания доступ только для чтения ко всему диску необходим для получения информации о разделах.

Поскольку нет принятого ответа, я опубликую это как ответ на данный момент. В дополнение к тому, что вы находитесь в правильных группах, как уже писали другие:

Если вы по-прежнему получаете сообщение об VERR_ACCESS_DENIED ошибке, вам необходимо, в соответствии с комментарием @Cybex, выйти и снова войти в систему, чтобы вышеупомянутые добавления в группу вступили в силу.

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

Проблема (для меня) заключалась в том, чтобы показать только имя файла без полного пути к каталогу. . требуется только имя файла

virtualbox.org

End user forums for VirtualBox

• Board index‹General‹VirtualBox on Windows Hosts
• Change font size
• Print view

• FAQ
• Login

[SOLVED] Windows 10 PhysicalDrive VERR_ACCESS_DENIED

[SOLVED] Windows 10 PhysicalDrive VERR_ACCESS_DENIED

by ww9rivers » 12. Nov 2017, 03:16

[EDIT] I’m embarrassed to report that this was actually a problem I have had before: To use a physical drive, VirtualBox must be run as «Administrator». I have previously configured that in the VirtualBox properties. Overtime, I have forgot about that little checkbox.
—-
I’ve been running VirtualBox on Windows 7 Enterprise for some time. Recently I upgraded to Windows 10 Enterprise, and VirtualBox started to fail.

The VBox.log file is not saying much:
Code: Select all Expand viewCollapse view VirtualBox VM 5.1.30 r118389 win.amd64 (Oct 16 2017 10:47:00) release log
00:00:02.453450 Log opened 2017-11-11T23:30:01.747131200Z
00:00:02.453451 Build Type: release
00:00:02.453454 OS Product: Windows 10
00:00:02.453456 OS Release: 10.0.15063
00:00:02.453457 OS Service Pack:
00:00:02.521139 DMI Product Name: HP EliteBook 8470p
00:00:02.524571 DMI Product Version: A1029D110C
00:00:02.524581 Host RAM: 16247MB (15.8GB) total, 8399MB (8.2GB) available
00:00:02.524584 Executable: C:\Program Files\Oracle\VirtualBox\VirtualBox.exe
00:00:02.524584 Process ID: 14380
00:00:02.524585 Package type: WINDOWS_64BITS_GENERIC
00:00:02.525324 Installed Extension Packs:
00:00:02.525348 None installed!
00:00:02.525809 Console: Machine state changed to ‘Starting’
00:00:02.526109 Qt version: 5.6.2
00:00:02.527822 Console: Machine state changed to ‘PoweredOff’
00:00:02.529468 GUI: UIMediumEnumerator: Medium-enumeration finished!
00:00:02.529532 GUI: Show mini-toolbar for window #0
00:00:02.531300 GUI: Adjust mini-toolbar for window #0
00:00:02.531335 GUI: Map mini-toolbar for window #0 to screen 1 of 2
00:00:02.531358 GUI: Resize mini-toolbar for window #0 to 2048×1152
00:00:02.547559 Power up failed (vrc=VINF_SUCCESS, rc=E_FAIL (0X80004005))
00:00:02.885675 GUI: Aborting startup due to power up progress issue detected.

I tried to list partitions on the second SSD:
Code: Select all Expand viewCollapse view C:\Program Files\Oracle\VirtualBox>.\VBoxManage.exe internalcommands listpartitions -rawdisk \\.\PhysicalDrive1
VBoxManage.exe: error: Cannot open the raw disk: VERR_ACCESS_DENIED

The VMDK configuration file for the drive:
Code: Select all Expand viewCollapse view # Disk DescriptorFile
version=1
CID=b7ba4d56
parentCID=ffffffff
createType=»fullDevice»

# Extent description
RW 468862128 FLAT «\\.\PhysicalDrive1» 0

# The disk Data Base
#DDB

Not sure if this may be due to some enterprise OS management policy change, or something simple that I have missed?

VERR_ACCESS_DENIED when trying to add a raw disk to virtual box

I created a virtualbox raw disk pointing to a functioning, booting USB drive with a small linux distro on it.

When I try to add it to a virtualbox VM, I get this error:

I saw that the raw disk vmdk file was owned by root. I chown’ed it to my own user.

Still get the same error. I suspect it would work if I ran virtualbox as root, but I really do not want to do that. Is there anyway to make this work?

8 Answers 8

User should be in a disk group to access raw partitions (as Gilles mentioned by last reference in his answer).

The poster used linux on the host machine. If you came here and use Windows as a host (like me) there is an easy solution to this error. Windows doesn’t allow raw disk access if you don’t start VirtualBox with administrator priviledges.

Check the permission on all the files involved, including the directories:

/VirtualBox VMs/MyTinyLinux/rawdiskonusb.vmdk , /dev/disk2 . The directories need to be readable and traversable by your user ( chmod +rx ) and the image file and the raw disk need to be readable and writable ( chmod +rw ).

You’ll need to allow your user to access the disk; since /dev is populated automatically at each boot, you’ll need to add a udev to do this. See Give a specific user permissions to a device without giving access to other users

Depending on the distribution, you might have to add your username to the VirtualBox group.

Additionally, according a similar Q&A on askubunt, you might have a corrupt ISO. In your case, I would guess it means a botched conversion to raw disk. Try searching on how to correctly do that procedure and repeat it, in case the conversion got botched somehow during the first procedure.

If that’s still not a solution, then follow the advice in the VirtualBox Manual and add the -relative option:

Creating the image requires read/write access for the given device. Read/write access is also later needed when using the image from a virtual machine. If this is not feasible, there is a special variant for raw partition access (currently only available on Linux hosts) that avoids having to give the current user access to the entire disk. To set up such an image, use

VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sda -partitions 1,5 -relative

When used from a virtual machine, the image will then refer not to the entire disk, but only to the individual partitions (in the example /dev/sda1 and /dev/sda5). As a consequence, read/write access is only required for the affected partitions, not for the entire disk. During creation however, read-only access to the entire disk is required to obtain the partitioning information.