EventID 1058代码5,Sysvol是Sysvol的子目录 – 如何解决?

我一直在试图解决这个错误,像其他许多人一样:

组策略的处理失败。 Windows试图从域控制器读取\ domain.local \ SysVol \ domain.local \ Policies {3EF90CE1-6908-44EC-A750-F0BA70548600} \ gpt.ini文件,但未成功。 在解决此事件之前,可能不会应用组策略设置。 此问题可能是暂时的,可能是由以下一项或多项原因造成的:a)名称parsing/networking连接到当前域控制器。 b)文件复制服务延迟(在另一个域控制器上创build的文件尚未复制到当前的域控制器)。 c)分布式文件系统(DFS)客户端已被禁用。

错误代码:5 =访问被拒绝。

这个令人难以置信的有用的职位是这个( http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/2003_Server/A_1073-Diagnosing-and-repairing-Events-1030-and-1058.html )。 从这个post引用:

这是一个可能导致1030和1058事件错误的潜在问题清单:

有时包含组策略(Sysvol文件夹)的文件夹的权限可能会损坏。

有时你有NetBIOS的问题:

– 有时,GPO本身已损坏,或者您拥有该GPO的部分数据。

有时,您可能会遇到文件复制服务的问题,这几乎总是表示DNS的问题

–Sysvol可能是它自己的子文件夹:Sysvol / Sysvol

我遇到sysvol是sysvol子文件夹的问题。

目录结构是:

-sysvol -domain -staging -staging areas -sysvol (shared as "\\server\sysvol") -domain.local -ClientAgent -Policies -scripts 

有趣的是,第二个sysvol文件夹是共享为“\ server \ sysvol”的文件夹。 这让我确信这是权限和错误代码5的问题。

另外有趣的是,我的服务器2008 R2服务器可以看到它 – 我的服务器2008服务器不能,并得到错误。 这在我所有的服务器上都是一致的。

后一个事实让我不确定我需要做什么来解决这个问题。 我是否只需将共享的sysvol文件夹上移一级即可replace非共享的文件夹?

任何帮助不胜感激。

干杯,

蒂姆。

我不确定“专家”交stream的post在做什么。 按照此处列出的步骤解决问题:

组策略失败事件ID 1058错误代码5