Рассматриваемая настройка выглядит следующим образом: 64-разрядный хост Windows 7 работает под управлением VirtualBox. Гостевая машина работает под управлением Windows XP 32bit.
После сбоя питания на хост-компьютере гостевая машина не может загрузиться и жалуется, что
несоответствие между таблицей зерна и резервной таблицей зерна
Любая помощь по загрузке гостевой машины без переустановки приветствуется.
PS: Что такое зерновой стол?
В VMware есть инструмент, который называется и
vmware-vdiskmanager
расположен по"/Applications/VMware Fusion.app/Contents/Library/"
ссылке/usr/local/bin
при установке. Вы также можете использовать этот инструмент для восстановления дисков VirtualBox VMDK . Это спасло меня уже пару раз.Установка
а. Вы можете установить vmware-fusion
б. Или вы можете загрузить
vmware-vdiskmanager
утилиту непосредственно из раздела « Вложения » внизу этой страницы:http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1023856
Применение
Вызов без параметров дает помощь в использовании:
источник
Ваш виртуальный жесткий диск сломан. Зерновые таблицы - это некоторые внутренние составляющие сред виртуализации.
Поиск точного термина показывает, что возможностей для восстановления не так много: https://forums.virtualbox.org/viewtopic.php?f=6&t=40049
источник
Я использовал CloneVDI для решения этой проблемы. Я сделал клон, и новый файл работает очень хорошо.
источник
У меня была эта ошибка после переноса моего
~/VirtualBox\ VMs
из Linux в MacOS. Я попытался использовать решение @mensvmware-vdiskmanager
, но у меня ничего не вышло .Во время перехода с Linux на MacOS я добавил все
*.vbox
файлы обратно в Virtualbox, и все они не смогли загрузиться с одной и той же ошибкой (используя vagrant):Я проверил, что данные переданы правильно,
md5 box-disk1.vmdk
вернул то же самое для обоих файлов.Мне удалось заставить VM загружаться снова, преобразовав
vmdk
файлыvdi
в следующее. (Требуетсяqemu
,brew install qemu
)Обновлен путь к тому
.vdi
и машина загружена.В моем случае vdi-файл немного больше, не забудьте удалить
.bin
его, так как он очень большой. Ох, и он не может пройти проверку подлинности при первом запуске. В любом случае, если возможно, возможно, вам следует вместо этого раскрутить новый виртуальный компьютер с нуля.источник