WIN7 32 错误5 无法运行 怎么解决

无法验证发布者：
开始——运行（gpeditmsc)——组策略——用户配置——管理模板——windows 组件——附件管理器——选 中等危险文件类型中——点击左边的属性—点 已启用——把那个软件的名称打进去（如Avalaunerexe)多个软件用 ；（分号）隔开——点击 确定。
安装程序不能创建目录：
1、在要更改的文件夹点击右键，查看属性。再点安全→高级→所有者。
2、点编辑→其他用户或组，在输入选择的对象名称里面输入你的用户名，再确定。
3、选择替换子容器和对象的所有者。
4、点确定，会d出一个对话框，继续点确定！这样我们就拥有了这个文件夹的所有权。
特别提醒：不勾选“替换子容器和对象的所有者”，我们就只有这个文件夹的所有权，不会取得子文件夹和子文件夹里面所有文件的所有权。
5、再点权限→编辑→添加，把你的用户名填入，点确定。
6、再点击你的用户名→编辑，再勾选“完全控制/允许”，确定。
7、再勾选“把使用可从此对象继承的权限替换所有后代上现有的可继承权限”。然后点应用、确定、确定、再确定。这样，你就有了对这个文件夹的 *** 作。。。windows7 这块确实麻烦

1 重起服务器到安全模式(加网络), 请确认是否Server服务可以起来。2 确认System 账号对%systemroot%\System32目录有完全控制的权限。3 安装hotfix 932762。FIX：当您运行 Windows Update 以扫描包括 Office 更新在内的使用 Windows Installer 的更新时，CPU 使用率可能会在很长一段时间内保持 100%

解决方法：
a
)
该方法通常适用于一台或数台客户端不能登录的情况，不适用于所有的客户端不能登录的情况，首先，检查服务器上有无该客户端当前登录用户名，如有则可能是客户端的擅自更改了客户端的用户windows登录密码，该密码并未得到中间层服务器的认可，请改回原密码。
b)
该方法通常适用于部分客户端不能登录的情况，如果密码没有改变，出现该错误代码，则有可能是该客户端上的DCOM服务被病毒停止，请在该客户端上的开始菜单—设置—控制面板—管理工具—组件服务—在出现的窗口中，选择左侧的组件服务—计算机—用鼠标右击”我的电脑”,选择”属性”—在新出现的窗口中选择”默认属性”选项卡—把第1个”在计算机上启用分布式COM”勾选,在”默认身份验证级别”下选”无”,在”默认身份模拟级别”下选”匿名”—点击”确定”后退出，启动K3，如果K3不能启动，则把服务器重新启动即可；
c)
该方法通常适用于所有的客户端不能登录的情况，只有中间层服务器上的K3主控台能登录K3系统，如果客户端的windows密码没有改变，出现该错误代码，则有可能是中间层服务器上的DCOM服务被病毒停止，请在服务器上的开始菜单—设置—控制面板—管理工具—组件服务—在出现的窗口中，选择左侧的组件服务—计算机—用鼠标右击”我的电脑”,选择”属性”—在新出现的窗口中选择”默认属性”选项卡—把第1个”在计算机上启用分布式COM”勾选,在”默认身份验证级别”下选”无”,在”默认身份模拟级别”下选”匿名”—点击”确定”后退出，启动K3，如果K3不能启动，则把服务器重新启动即可；
d)
该方法通常适用于所有的客户端不能登录的情况，如果客户端的windows密码没有改变，出现该错误代码，请在开始—>运行—>输入regedt32—>在注册表编辑器的菜单中选择”安全”—权限—选择用户为
everyone,用户组为administrator—点击”确定”退出,重新启动计算机后运行K3。
e)
客户端 *** 作系统为WIN
XP
SP2有部分 *** 作系统能正常使用,有少数几台登录时出现70,拒绝的权限,windows登录密码没有更改,分布式COM的勾先去勾,再点"应用",再勾上,然后点"确定",把机器重新启动,仍然是同样的错误提示,按如下解决,但原因未明:
在客户端的开始菜单—设置—控制面板—管理工具—组件服务—在出现的窗口中，选择左侧的组件服务—计算机—用鼠标右击”我的电脑”,选择”属性”—在新出现的窗口中选择”选项”选项卡,把事务超时改为"0"(系统默认为60秒),把COM安全选项卡中的"编辑限制值"中的用户列表下方的对应的权限全勾上,然后点"确定"退出
设置好分布式COM
启动KDsvrmgr加密服务
设置everyone权限为全部
关闭防火墙
还有请确定客户端网上邻居能正常访问服务器
重新测试组件
IIS服务有没有安装上？

解释
当 Microsoft® SQL Server™ 无法在 sysindexes 表中找到需要的表或索引所对应的行时（例如，当执行引用已除去的表的存储过程时），发生该错误。
对策
如果该错误因为存储过程引用某个已除去的表而发生，则除去并重新创建该存储过程。该错误还可能和其它错误信息一起发生，而这些消息更好地指出问题的根本原因。在 sysindexes 上执行 DBCC CHECKTABLE；同样执行 DBCC CHECKDB。
1 DBCC CHECKDB
重启服务器后，在没有进行任何 *** 作的情况下，在SQL查询分析器中执行以下SQL进行数据库的修复，修复数据库存在的一致性错误与分配错误。
use master
declare @databasename varchar(255)
set @databasename='需要修复的数据库实体的名称'
exec sp_dboption @databasename, N'single', N'true' --将目标数据库置为单用户状态
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'--将目标数据库置为多用户状态
然后执行 DBCC CHECKDB('需要修复的数据库实体的名称') 检查数据库是否仍旧存在错误。注意：修复后可能会造成部分数据的丢失。
2 DBCC CHECKTABLE
如果DBCC CHECKDB 检查仍旧存在错误，可以使用DBCC CHECKTABLE来修复。
use 需要修复的数据库实体的名称
declare @dbname varchar(255)
set @dbname='需要修复的数据库实体的名称'
exec sp_dboption @dbname,'single user','true'
dbcc checktable('需要修复的数据表的名称',REPAIR_ALLOW_DATA_LOSS)
dbcc checktable('需要修复的数据表的名称',REPAIR_REBUILD)
------把’ 需要修复的数据表的名称’更改为执行DBCC CHECKDB时报错的数据表的名称
exec sp_dboption @dbname,'single user','false'

我也遇到了类似问题。不过幸运的是，我在开发的服务器上是好的，但是在用户的服务器上运行时遇到了这个问题。两台服务器上的SQL SERVER 都是2005， *** 作系统都是 WINDOWS SERVER 2008。由于数据库都是我自己安装的，安装选项完全一样。但是用户的服务器 *** 作系统不是我安装的，所以我直接怀疑是用户服务器上的安全设置问题。

对比了两台服务器的安全设置，最后找到问题所在：

只要把“网络安全:LAN管理器身份验证级别”双击打开，选择“发送 LM 和 NTLM 响应”（原来是“没有定义”）。确认后，重新启动服务器，该问题即能解决。

单击开始菜单，在搜索程序和文件填入：文件夹选项
会d出文件夹选项，选择所示。
重置
应用保存后，问题得到解决。
5
出现这种情况有几种原因：系统安装错误，丢失explorerexe文件，中毒。等等。如果以上方法不能得到解决可以尝试系统自带的修复。

---