VirtualBox: гранулярное несоответствие таблицы
Без прав администратора у Вас нет доступа к:
- Программные файлы
- Windows Directory
- Основной реестр
- Другие пользовательские профили
- Автоматические выполнения (только Ваш собственный вход в систему)
- Создайте сервисы
Таким образом, очень трудно поставить под угрозу Windows без доступа к вышеупомянутому.
Поскольку @Dimitry говорит как ограниченные пользователи все, что можно завинтить, собственный профиль... В теории...
Я предлагаю, чтобы Вы взглянули на действительно ли его, нормально для предоставления 'пользовательского' доступа администратора к их компании ПК? для подобного обсуждения.
Ничего не могу поделать, но я нашел, какие здесь таблицы зернистости: http://www.vmware.com/support/developer/vddk/VirtualDiskAPIprogramming.pdf (страница 16)
Как говорит пользователь mailq, похоже, ваш виртуальный диск сломан. Может быть, проверьте инструмент vmdkck (на этой странице http://datto.org/projects/vmdk-tools ), чтобы дважды проверить, что он сломан?
Ваш виртуальный жесткий диск сломан. Таблицы зернистости - это некоторая внутренняя составляющая сред виртуализации.
Поиск в Google точного термина показывает, что существует не так много возможностей для восстановления: https://forums.virtualbox.org/viewtopic.php?f=6&t=40049
У VMware есть инструмент под названием vmware-vdiskmanager , расположенный в "/ Applications / VMware Fusion.app/Contents/Library/" и имеющий символическую ссылку на / usr / local / bin при установке. Вы также можете использовать этот инструмент для восстановления дисков VirtualBox VMDK . Это меня уже пару раз спасало.
Установка
a. Вы можете установить vmware-fusion
brew cask install vmware-fusion
b. Или вы можете загрузить утилиту vmware-vdiskmanager прямо из раздела Attachments внизу этой страницы:
http://kb.vmware.com/selfservice/microsites/search .do? language = en_US & cmd = displayKC & externalId = 1023856
Использование
vmware-vdiskmanager -R <your_disk>.vmdk
Вызов без параметров помогает использовать:
Usage: vmware-vdiskmanager OPTIONS <disk-name> | <mount-point>
Offline disk manipulation utility
...
-R : check a sparse virtual disk for consistency and attempt
to repair any errors.
...
Эта ошибка возникла после переноса моей ~/VirtualBox\ VMs с Linux на MacOS. Я попробовал @mens решение, используя vmware-vdiskmanager, но у меня не получилось.
Во время переноса с linux на MacOS, я добавил все файлы *.vbox обратно в Virtualbox, и все они не загрузились с той же самой ошибкой (используя vagrant):
There was an error while executing `VBoxManage`, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below.
Command: ["startvm", "<UUID 1>", "--type", "headless"]
Stderr: VBoxManage: error: Could not open the medium '/path/to/box-disk1.vmdk'.
VBoxManage: error: VMDK: inconsistency between grain table and backup grain table in '/path/to/box-disk1.vmdk' (VERR_VD_VMDK_INVALID_HEADER).
VBoxManage: error: VD: error VERR_VD_VMDK_INVALID_HEADER opening image file '/path/to/box-disk1.vmdk' (VERR_VD_VMDK_INVALID_HEADER)
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component MediumWrap, interface IMedium
Я проверил, что данные переданы правильно, md5 box-disk1.vmdk вернул одно и то же для обоих файлов.
Мне удалось получить vm для повторной загрузки, преобразовав файлы vmdk в vdi , выполнив следующее. (Требуется qemu, brew install qemu)
# Convert from `.vmdk` to `.bin`
qemu-img convert box-disk1.vmdk box-disk1.bin
# Convert from `.bin` to `.vdi`
VBoxManage convertdd box-disk1.bin box-disk1.vdi
Обновлен путь к тому для .vdi и машина загружена.
В моем случае файл vdi немного больше, не забудьте удалить .bin, так как он огромный. О, и он не может быть аутентифицирован при первом запуске. В любом случае, если это возможно, может быть, вместо этого вам стоит раскрутить новый vm с нуля.