win7 virtualbox VBoxDD.DLL 0x80004005 uxtheme.dll

win7 virtualbox VBoxDD.DLL 0x80004005 uxtheme.dll 错误

virtualbox提示错误

不能为虚拟电脑 centos7 打开一个新任务.

Unable to load R3 module C:\Program Files\Oracle\VirtualBox/VBoxDD.DLL (VBoxDD): GetLastError=1790 (VERR_UNRESOLVED_ERROR).

返回 代码:E_FAIL (0x80004005)

组件:Console

界面:IConsole {8ab7c520-2442-4b66-8d74-4ff1e195d2b6}

virtualbox日志

00:00:01.556276 ERROR [COM]: aRC=E_FAIL (0x80004005) aIID={8ab7c520-2442-4b66-8d74-4ff1e195d2b6} aComponent={Console} aText={Unable to load R3 module C:\Program Files\Oracle\VirtualBox/VBoxDD.DLL (VBoxDD): GetLastError=1790 (VERR_UNRESOLVED_ERROR)}, preserve=false

00:00:01.561289 Power up failed (vrc=VERR_UNRESOLVED_ERROR, rc=E_FAIL (0X80004005))

00:00:01.830691 UIMachineView::storeGuestSizeHint: Storing guest size-hint for screen 0 as 640x480

00:00:01.832060 supR3HardenedErrorV: supR3HardenedScreenImage/LdrLoadDll: cached rc=VERR_LDRVI_NOT_SIGNED fImage=1 fProtect=0x0 fAccess=0x0 cHits=1024 \Device\HarddiskVolume1\Windows\System32\uxtheme.dll

00:00:01.832156 supR3HardenedErrorV: supR3HardenedMonitor_LdrLoadDll: rejecting ‘C:\Windows\system32\uxtheme.dll‘ (C:\Windows\system32\uxtheme.dll): rcNt=0xc0000190

原因

因为大多人使用的ghost系统都会破解uxtheme.dll文件 导致virtualbox启动失败

验证uxtheme.dll

下载microsoft的sigcheck工具

http://technet.microsoft.com/en-us/sysinternals/bb897441.aspx

运行命令

sigcheck -i -a -h c:\windows\system32\uxtheme.dll

显示结果第一行是 Verified:Unigned 说明是破解的

显示结果第一行是 Verified:Signed 说明是原版的

使用原版的uxtheme.dll替换c:\windows\system32\uxtheme.dll即可正常使用virtualbox

原版uxtheme.dll下载地址

Windows7 64位

http://pan.baidu.com/s/1gdgTE63

下载后使用uxtheme.dll替换c:\windows\system32\uxtheme.dll即可正常使用virtualbox

时间: 2024-11-04 01:49:27

win7 virtualbox VBoxDD.DLL 0x80004005 uxtheme.dll的相关文章

Win7 64位找不到MSVCP71.DLL和MSVCR71.dll

 现象: win7启动好多程序都报找不到MSVCP71.DLL,网页上不去,但是很奇怪的是好像在线给系统打补丁没有受到任何影响,能正常打补丁. 解决: 从本机搜索了一下msvcp71.dll(everything真是个好东西,想搜就搜),发现有好多,于是复制了一份到windows\system32目录下,重启电脑,仍然报错 考虑到机器是64位,找有没有其他的有关目录,在system32旁边,发现了x:\Windows\SysWOW64目录,于是复制一份进去,重启电脑,ok,不再报"找不到MS

mingw qt(可以去掉mingwm10.dll、libgcc_s_dw2-1.dll、libstdc++-6.dll的依赖,官方的mingw默认都是动态链接gcc的库而TDM是静态链接gcc库,tdm版本更好用)

原文地址:mingw qt作者:孙1东 不使用Qt SDK,使用mingw编译qt源代码所遇问题及解决方法: configure -fast -release -no-exceptions -no-rtti -no-stl -no-qt3support -no-opengl -no-multimedia -no-webkit -no-script -no-scripttools -nomake tools -nomake examples -nomake demos -nomake docs -

C#中用ILMerge将所有引用的DLL打成一个DLL文件

C#中用ILMerge将所有引用的DLL打成一个DLL文件 有些文件是必须一起使用的,如果能把多个DLL打包成一个DLL文件,那么引用文件的时候就不需要一个个地去引用,而且每次移动文件的时候也不至于少了哪个必须的DLL文件. 多个DLL文件打包成一个DLL文件的方法如下:1.先到下面的网址下载ILMerge安装 http://www.microsoft.com/en-us/download/details.aspx?id=17630 2.安装完之后,执行cmd命令,进入ILMerge目录, 把t

C++ 生成 dll 和调用 dll 的方法实例(转)

1)生成dll 建立两个文件 xxx.h , xxx.cpp xxx.h内容如下: #ifdef BUILD_XXX_DLL#define EXPORT __declspec(dllexport)#else#define EXPORT __declspec(dllimport)#endif extern "C"{EXPORT void example(void);... ...} xxx.cpp内容如下: #define BUILD_XXX_DLL#include "xxx.

加载php_curl.dll和php_openssl.dll出错原因及解决办法

今天在XP下安装PHP开发环境时,需要加载php_curl.dll这个动态库,自己想当然的在php.ini里把extension=php_curl.dll打开以为就可以了.可以在apache的logs里面依然会报错,提示找不到php_curl.dll这个文件,我的extension_dir也配置php/ext这个目录下面,而且ext这个目录下面也有php_curl.dll这个文件,为什么找不到呢,着实让人挺纳闷的. 网上的资料都是说extension_dir的路径没有配置或是没有打开extens

MFC的规则DLL与扩展DLL

一.MFC规则DLL MFC规则DLL可以在该dll内部使用MFC,但是与应用程序的接口不能是MFC的.能够被所有支持dll的编程语言所写的应用程序使用,当然也包括使用MFC创建的应用程序.在这种动态链接库中包含一个从CWinApp中继承而来的类,DllMain函数也被隐藏在其中了. 规则DLL包含俩类——静态链接到MFC上和动态连接到MFC上.静态链接到MFC上的规则DLL与MFC静态链接,将MFC的dll代码直接生成在该.dll中,在调用该dll时,使用的是该dll的资源句柄 :动态链接到M

四种DLL:NON-MFC DLL, Regular DLL Statically/Dynamically Linked to MFC, MFC Extension DLL

参考资料: https://msdn.microsoft.com/en-us/library/30c674tx.aspx 在上面给出的MSDN链接中,你可以看到四种DLL的定义.这里就不赘述.捡重点的说 区别就在于: NON-MFC DLL内部不能使用MFC(当然其导出的API也不能涉及MFC).(这里我说“导出的API”是指导出的C函数.C++类或者共享的全局变量等等) Regular DLL Statically/Dynamically linked to MFC内部可以使用MFC,但是其导

Qt编译时MinGW去掉对gcc动态库的依赖(去掉对libgcc_s_dw2-1.dll,libstdc++-6.dll的依赖)

用Qt写点东西,我一般是下载官方的MinGW编译工具包,它有个不好的地方,经常还会多一些除了Qt库以外的其它的依赖动态链接库,比如:libgcc_s_dw2-1.dll,libstdc++-6.dll这样的鬼东西,之前用CodeBlock的时候发现没有这样的现像,就感觉很奇怪,于是仔细查找了一此资料,原来这些东西可以通过设置编译器选项把它们去掉的,其实就是改成静态链接依赖库中的代码. 我这里是直接修改Qt编译后的配置,找到QTDIR/mkspec/win32-g++ /qmake.conf,QM

卸载金山快盘后残留的kuaipanshellext.dll和kuaipanshellext64.dll两个文件如何删除

?? 卸载金山快盘后残留的kuaipanshellext.dll和kuaipanshellext64.dll两个文件如何删除 前一段时间用金山的快盘,它能够快速同步磁盘里的文件,感觉还可以.后来感觉有点多余了,自己的文件也没有那么重要,无须去总是同步过去.就索性把它卸载了,再去查看安装路径发现还残留了Klive的文件夹,里边保留了两个文件如题.在删除的时候发现出了问题. 一般的思路是关掉对应的应用程序,然后执行删除.这个思维是正确的,但是关闭了资源管理器以后,Windows界面不见了,这样好像不