Я получил проблему с Virtualbox
Callee RC: REGDB_E_CLASSNOTREG "(0x80040154)
внезапно. Проблема началась с VirtualBox 4.3 (я думаю). Я обновился до версии 5, надеясь исправить ситуацию, но не имел никакой удачи в этот момент.
Я получил проблему с Virtualbox
Callee RC: REGDB_E_CLASSNOTREG "(0x80040154)
внезапно. Проблема началась с VirtualBox 4.3 (я думаю). Я обновился до версии 5, надеясь исправить ситуацию, но не имел никакой удачи в этот момент.
Мое решение:
Проверьте свой каталог C:\Users\yourname\.VirtualBox\
(yourname
на самом деле является вашим именем пользователя.)
На моем ПК был VirtualBox.xml
размером 0 Kb.
Также был VirtualBox.xml-prev
размером 3 Kb.
Даты, где где-то вокруг времени проблема началась...
Переименование VirtualBox.xml-prev
one на VirtualBox.xml
SOLVED моя проблема.
Для тех, у кого нет xml файла, вот мой xml файл, надеюсь, это поможет.....
<?xml version="1.0"?>
<!-- ** DO NOT EDIT THIS FILE. ** If you make changes to this file while any VirtualBox related application ** is running, your changes will be overwritten later, without taking effect. ** Use VBoxManage or the VirtualBox Manager GUI to make changes. -->
-<VirtualBox version="1.12-windows" xmlns="http://www.innotek.de/VirtualBox-settings">
-<Global>
-<ExtraData>
<ExtraDataItem value="general,system,previewClosed,display,storage,audio,network,usb,sharedFolders,description" name="GUI/DetailsPageBoxes"/>
<ExtraDataItem value="m=59397901-1440-48ea-8781-6f86d06c7fbb" name="GUI/GroupDefinitions/"/>
<ExtraDataItem value="m=Sharepoint" name="GUI/LastItemSelected"/>
<ExtraDataItem value="415,153,770,550,max" name="GUI/LastWindowPosition"/>
<ExtraDataItem value="D:/virtualbox" name="GUI/RecentFolderHD"/>
<ExtraDataItem value="D:\virtualbox\Sharepoint.vdi;" name="GUI/RecentListHD"/>
<ExtraDataItem value="334,1261" name="GUI/SplitterSizes"/>
<ExtraDataItem value=",confirmGoingScale,remindAboutAutoCapture,remindAboutMouseIntegration,showRuntimeError.warning.HostAudioNotResponding,confirmInputCapture,warnAboutInaccessibleMedia" name="GUI/SuppressMessages"/>
<ExtraDataItem value="53" name="GUI/UpdateCheckCount"/>
<ExtraDataItem value="1 d, 2015-08-19, stable, 5.0.0" name="GUI/UpdateDate"/>
</ExtraData>
-<MachineRegistry>
<MachineEntry src="D:/virtualbox/Sharepoint/Sharepoint.vbox" uuid="{59397901-1440-48ea-8781-6f86d06c7fbb}"/>
</MachineRegistry>
-<MediaRegistry>
<HardDisks/>
<DVDImages/>
<FloppyImages/>
</MediaRegistry>
-<NetserviceRegistry>
-<DHCPServers>
<DHCPServer enabled="1" upperIP="192.168.56.254" lowerIP="192.168.56.101" networkMask="255.255.255.0" IPAddress="192.168.56.100" networkName="HostInterfaceNetworking-VirtualBox Host-Only Ethernet Adapter"/>
</DHCPServers>
</NetserviceRegistry>
<SystemProperties exclusiveHwVirt="false" LogHistoryCount="3" webServiceAuthLibrary="VBoxAuth" VRDEAuthLibrary="VBoxAuth" defaultHardDiskFormat="VDI" defaultMachineFolder="C:\Users\yourname\VirtualBox VMs"/>
<USBDeviceFilters/>
</Global>
</VirtualBox>
У меня была ошибка...
Не удалось создать объект COM VirtualBoxClient. Приложение будет прекращено. Callee RC: REGDB_E_CLASSNOTREG (0x80040154)
... при запуске VirtualBox как обычный пользователь. Начиная с администратора работал с другой стороны.
Система: Windows 8, VirtualBox 5
На самом деле проблема "внезапно" появилась после того, как я играл с необработанными обращениями к диску. Во время этого теста я снова установил VirtualBox в качестве администратора.
То, что люди не всегда знают, - это то, что в реестре также есть управление правами доступа, например файлы. Щелкните правой кнопкой мыши по папке, чтобы открыть окно Autorisations, чтобы отобразить их.
Когда я переустановил его как администратор, ключи реестра, созданные при доступе на уровне администратора. Таким образом, я больше не мог запускать VirtualBox как non-admin.
Повторная установка, поскольку обычный пользователь не решил проблему. Вероятно, потому что некоторые ключи уровня администратора не могут быть удалены.
Решение, которое сработало для меня:
Примечания:
Я не тестировал процесс деинсталляции VirtualBox на уровне администратора с помощью sysinternals. Это может сработать.
Будьте осторожны с regedit. Графический интерфейс довольно 90-х. Полезно знать: CTRL + F выполняет поиск под выбранным в данный момент ключом, поэтому обязательно начинайте поиск.
У меня был один ключ для USB-драйвера, который я не смог удалить из-за проблем с правами доступа. Наконец, это все равно не нужно.
Пожалуйста, не забудьте изменить права доступа на дисковые файлы VirtualBox, когда они были созданы с помощью VirtualBox, работающего под управлением администратора.
Переименование VirtualBox.xml-prev
one на VirtualBox.xml
решило мою проблему.
После перехода на VirtualBox-5.0.8-103449 начата ошибка: Virtualbox "Callee RC: REGDB_E_CLASSNOTREG" (0x80040154)
Никаких советов в Интернете не помогло.
Это помогло удалить все содержимое папки "C:\Users \" user "\. VirtualBox" , а затем перезапустить ярлык Oracle VM VirtualBox на рабочем столе.
По-видимому, когда вы удаляете предыдущую версию папки Virtualbox "C:\Users \" user "\. VirtualBox" .
Поскольку содержимое папки должно быть удалено вручную после переустановки VirtualBox, а также в случае повреждения VirtualBox, например, из-за нехватки места на жестком диске.
Не путать с папкой "C:\Users \" user "\ VirtualBox VMs
Эта папка появляется позже, только после того, как у заведения есть определенная виртуальная машина.
извините за машинный перевод.
В моем случае эта ошибка была вызвана нулевым байтом VirtualBox.xml
в пользовательской папке .VirtualBox
. Я узнал после перехода на 4.x
и получив более подробное сообщение об отсутствии тега <
.
Как я уже предложил для суперпользователя, на сегодняшний день (09/09/2015).
Перейдите к новой версии, которая была выпущена. Вы можете найти ее здесь
Были некоторые изменения в отношении проблем Windows 10.
Решение находится в последнем абзаце.
У меня возникла другая причина для того же сообщения об ошибке в VirtualBox 5.0.20.
Итак, я временно установил VirtualBox 5.1.10, который пытается проанализировать ситуацию и дает больше информации о вероятном виновнике.
В моем случае сообщение об ошибке из VB 5.1.10 выглядело следующим образом:
Не удалось создать CLSID_VirtualBox w/IVirtualBox, но CLSID_VirtualBox w/IUnknown работает.
PSDispatch выглядит сломанной программой "xxx" ({11B6009E-3F04-4478-A807-30FBD579FC07}), подозревая, что в ней есть сломанный модуль oleaut32.msm как компонент {997FA962-E067-11D1-9396-00A0C90F27F9}.
Мы предлагаем вам попробовать удалить "xxx".
См. также https://support.microsoft.com/en-us/kb/316911.Код результата:
E_NOINTERFACE (0x80004002)
Компонент:
VirtualBoxClientWrap
Интерфейс:
IVirtualBoxClient {d2937a8e-cb8d-4382-90ba-b7da78a74573}
Где 'xxx' находится здесь имя-заполнитель для определенного имени программы, которое он упоминает и предлагает удалить. (Конкретное имя в моем случае здесь не важно).
Итак, я удалил конкретную программу, которую обвинила новая версия VirtualBox, и после этого VB снова начал работать. Затем я переустановил старую версию VB 5.0.20. Мне нужно было продолжать использовать, и все было хорошо.
После некоторых исследований я нашел эту ветку с шагом:
find C:\Program Files\Oracle\VirtualBox\drivers\vboxdrv\VBoxDrv.inf right click and select Install
У меня была такая же проблема, я считаю, что что-то повреждено при выключении без правильного закрытия соединений, и я не могу загрузить VB.
Перепробовал все приведенные выше решения, но ни одно из них не сработало.
Без деинсталляции я зашел на сайт виртуальной коробки, взял самую последнюю версию и установил поверх нее, и VB ожил.
Версия 6.0.14 от 6.0.10