电脑系统日志错误|电脑系统日志错误怎么办

1. 电脑系统日志错误怎么办

在桌面上找到CAD图标，点击鼠标右键，在弹出的快捷菜单中选择【属性】。

2、在弹出的属性对话框中，把兼容式下面的【以兼容模式运行这个程序】前面的勾打上，我用的系统是的WIN8.1的，大家根据自己的系统去选择相应的系统。

3、在下面把【以管理员身份运行此程序】前面的勾去掉。

4、在点击属性对话框下面的【更改所有用户的设置】，在弹出的对【CAD属性】话框中同样把【以兼容模式运行这个程序】打勾，把【以管理员身份运行些程序】勾去掉，就OK了。

2. 系统日志报错

WINDOWS7和VISTA操作系统在点日志查看器时，会显示“事件日志服务不可用，请验证服务是否在运行”，给我的第一感觉是权限不够。但网上说法芸芸：

我马上就去『服务』里尝试启动Windows Event Log的服务，结果系统又提示

Windows 无法启动 Windows Event Log 服务 (位于本地计算机上)。

错误 4201: 无法识别传来的实例名是否为有效的 WMI 数据提供程序。

搜索相关的关键字，查看了几个链接之后，果然大多数的人也是不知道是什么原因导致事件查看器启动不能了，但是人多，点子也多，倒是有不少解决办法（或者说是偏方吧）

以下3种方法，我都尝试了，也没解决，最后参照第3种方法但方式不同解决了。

方法1，取得『%SystemRoot%\LogFiles』文件夹和『%SystemRoot%\System32\wbem』文件夹的权限（包括这两个文件夹的所有子文件夹的权限），简单点说，就是使你当前的帐户拥有这两个文件夹以及它们的子文件夹的绝对控制权限。这是最简单的方法，不少老外说，这样一弄，倒是解决了问题。不过对我的系统，没用；

—————————————————————————————————–

方法2，以不带网络的安全模式启动，运行命令行，输入“net stop winmgmt”（不带引号），确认WMI服务停止后，将『%SystemRoot%\System32\wbem』下的『Repository』文件夹重命名，然后再次转到命令行，输入“winmgmt /resetRepository”（不带引号），重启系统，测试事件查看器是否工作正常。这个方法据说效果最好，很多人靠这个修复了4201错误。很不走运，这个方法对我的系统还是无效；

—————————————————————————————————–

方法3，删除『%SystemRoot%\Logs』文件夹和『%SystemRoot% \System32\LogFiles』文件夹（不用担心删除后造成不好的结果，系统会自动重新建立它们的），不过由于系统正在访问这两个文件夹里的文件，即使你拥有它们的绝对控制权，你也还是无法删除它们的。此时就需要借助MoveFile这个软件了（下载页面：猛击进入），它可以在系统启动的时候对文件、文件夹进行移动、删除等操作，借助一个批处理，搞定。批处理内容如下：

“X:\***\movefile.exe” “C:\Windows\System32\LogFiles” “”

“X:\***\movefile.exe” “C:\Windows\Logs” “”

仍然不幸，不能解决。

后来发现，第3种方法本来应该删除C:\Windows\System32\LogFiles和C:\Windows\Logs文件夹，但实际上没有删除，于是想到了

—————————————————————————————————–

第4种方法：用unlocker强制删除C:\Windows\System32\LogFiles和C:\Windows\Logs文件夹。

用 unlocker删除C:\Windows\Logs文件夹倒是比较容易，先解锁，然后删除就行了。但删除C:\Windows\System32 \LogFile文件夹时提示不能马上删除，下次启动时才删除，所以重启系统，结果发现重启后删除了文件中的部分内容，整个文件夹的属性中看到创建日期仍然是以前的日期，修改日期倒是今天，于是判断是删除不彻底。

后来想到了，将C:\Windows\System32\LogFile文件夹改名应该可以，所以就用unlocker改名，仍然需要重启系统，重启后发现重命名成功，系统新建立了个C:\Windows\System32\LogFile文件夹。

这时Windows Event Log（事件查看记录服务）已经成功启了。

—————————————————————————————————–

分析：第3、4其实想法是一样的，就是完全删除那两个目录，然后让windows重新建立，不过不知为什么第3方法不成功。也许vista分配权限的问题？这个就没再研究了，怕把系统给整坏了:)。

使用win7的事件查看器的时候提示“显示事件日志服务不可用，请验证服务是否在运行”，无法使用。在服务管理看到Windows event log没有启动，点击启动的时候出现Windows 无法启动 Windows Event Log 服务 (位于本地计算机上)。

错误 4201: 无法识别传来的实例名是否为有效的 WMI 数据提供程序

解决方法：

下载unlocker软件删除C:\Windows\System32\LogFiles\WMI的RtBackup文件夹，重启系统即可！

3. 电脑报错日志

开始-控制面板-管理工具-事件察看器

Windows的日志文件通常有应用程序日志，安全日志、系统日志、DNS服务器日志、FTP日志、WWW日志等等，可能会根据服务器所开启的服务不同。当我们用流光探测时，比如说IPC探测，就会在安全日志里迅速地记下流光探测时所用的用户名、时间等等，用FTP探测后，也会立刻在FTP日志中记下IP、时间、探测所用的用户名和密码等等。甚至连流影启动时需要msvcp60.dll这个动库链接库，如果服务器没有这个文件都会在日志里记录下来，这就是为什么不要拿国内主机探测的原因了，他们记下你的IP后会很容易地找到你，只要他想找你！！还有Scheduler日志这也是个重要的LOG，你应该知道经常使用的srv.exe就是通过这个服务来启动的，其记录着所有由Scheduler服务启动的所有行为，如服务的启动和停止。

日志文件默认位置：

应用程序日志、安全日志、系统日志、DNS日志默认位置：%systemroot%/system32/config，[在地址栏写上前面的地址，回车]

默认文件大小512KB，管理员都会改变这个默认大小。

安全日志文件：%systemroot%/system32/config/SecEvent.EVT

系统日志文件：%systemroot%/system32/config/SysEvent.EVT

应用程序日志文件：%systemroot%/system32/config/AppEvent.EVT

edlgu.txt

以上日志在注册表里的键：

应用程序日志，安全日志，系统日志，DNS服务器日志，它们这些LOG文件在注册表中的：

HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Eventlog

有的管理员很可能将这些日志重定位。其中EVENTLOG下面有很多的子表，里面可查到以上日志的定位目录。

Schedluler服务日志在注册表中

HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/SchedulingAgent

FTP和WWW日志详解：

FTP日志和WWW日志默认情况，每天生成一个日志文件，包含了该日的一切记录，文件名通常为ex(年份)(月份)(日期)，例如ex001023，就是2000年10月23日产生的日志，用记事本就可直接打开，如下例：

#Software:MicrosoftInternetInformationServices5.0(微软IIS5.0)

#Version:1.0(版本1.0)

#Date:200010230315(服务启动时间日期)

#Fields:timecipcsmethodcsuristemscstatus

0315127.0.0.1[1]USERadministator331(IP地址为127.0.0.1用户名为administator试图登录)

0318127.0.0.1[1]PASS–530(登录失败)

032:04127.0.0.1[1]USERnt331(IP地址为127.0.0.1用户名为nt的用户试图登录)

032:06127.0.0.1[1]PASS–530(登录失败)

032:09127.0.0.1[1]USERcyz331(IP地址为127.0.0.1用户名为cyz的用户试图登录)

0322127.0.0.1[1]PASS–530(登录失败)

0322127.0.0.1[1]USERadministrator331(IP地址为127.0.0.1用户名为administrator试图登录)

0324127.0.0.1[1]PASS–230(登录成功)

0321127.0.0.1[1]MKDnt550(新建目录失败)

0325127.0.0.1[1]QUIT–550(退出FTP程序)

从日志里就能看出IP地址为127.0.0.1的用户一直试图登录系统，换了四次用户名和密码才成功，管理员立即就可以得知管理员的入侵时间、IP地址以及探测的用户名，如上例入侵者最终是用administrator用户名进入的，那么就要考虑更换此用户名的密码，或者重命名administrator用户。

WWW日志：

WWW服务同FTP服务一样，产生的日志也是在%systemroot%/System32/LogFiles/W3SVC1目录下，默认是每天一个日志文件，下面是一个典型的WWW日志文件

#Software:MicrosoftInternetInformationServices5.0

#Version:1.0

#Date:2000102303:091

#Fields:datetimecipcsusernamesipsportcsmethodcsuristemcsuriqueryscstatuscs(UserAgent)

2000102303:091192.168.1.26192.168.1.3780GET/iisstart.asp200Mozilla/4.0+(compatible;+MSIE+5.0;+Windows+98;+DigExt)

2000102303:094192.168.1.26192.168.1.3780GET/pagerror.webp200Mozilla/4.0+(compatible;+MSIE+5.0;+Windows+98;+DigExt)

通过分析第六行，可以看出2000年10月23日，IP地址为192.168.1.26的用户通过访问IP地址为192.168.1.37机器的80端口，查看了一个页面iisstart.asp,这位用户的浏览器为compatible;+MSIE+5.0;+Windows+98+DigExt，有经验的管理员就可通过安全日志、FTP日志和WWW日志来确定入侵者的IP地址以及入侵时间。

既使你删掉FTP和WWW日志，但是还是会在系统日志和安全日志里记录下来，但是较好的是只显示了你的机器名，并没有你的IP，例如上面几个探测之后，系统日志将会产生下面的记录：一眼就能看出2000年10月23日，16点17分，系统因为某些事件出现警告，双击头一个，打开它的属性：

属性里记录了出现警告的原因，

是因为有人试图用administator用户名登录，出现一个错误，来源是FTP服务。同时安全记录里写将同时记下,我们可以看到两种图标：钥匙(表示成功)和锁(表示当用户在做什么时被系统停止)。接连四个锁图标，表示四次失败审核，事件类型是帐户登录和登录、注销失败，日期为2000年10月18日，时间为1002，这就需要重点观察。

双点第一个失败审核事件的，即得到此事件的详细描述，我们可以得知有个CYZ的工作站，用administator用户名登录本机，但是因为用户名未知或密码错误(实际为密码错误)未能成功。

知道了Windows日志的详细情况，下面就要学会怎样删除这些日志：

通过上面，得知日志文件通常有某项服务在后台保护，除了系统日志、安全日志、应用程序日志等等，它们的服务是Windos的关键进程，而且与注册表文件在一块，当Windows启动后，启动服务来保护这些文件，所以很难删除，而FTP日志和WWW日志以及Scedlgu日志都是可以轻易地删除的。

首先要取得Admnistrator密码或Administrators组成员之一，然后Telnet到远程主机，先来试着删除FTP日志：

D:/SERVER>delschedlgu.txt

D:/SERVER/SchedLgU.Txt

进程无法访问文件，因为另一个程序正在使用此文件。

说过了，后台有服务保护，先把服务停掉！

D:/SERVER>netstop"taskscheduler"

下面的服务依赖于TaskScheduler服务。

停止TaskScheduler服务也会停止这些服务。

RemoteStorageEngine

是否继续此操作?(Y/N)[N]:y

RemoteStorageEngine服务正在停止....

RemoteStorageEngine服务已成功停止。

TaskScheduler服务正在停止.

TaskScheduler服务已成功停止。

OK，它的服务停掉了，同时也停掉了与它有依赖关系的服务。再来试着删一下！

D:/SERVER>delschedlgu.txt

D:/SERVER>

没有反应？成功了！下一个是FTP日志和WWW日志，原理都是一样，先停掉相关服务，然后再删日志！

D:/SERVER/system32/LogFiles/MSFTPSVC1>delex*.log

D:/SERVER/system32/LogFiles/MSFTPSVC1>

以上操作成功删除FTP日志！再来WWW日志！

D:/SERVER/system32/LogFiles/W3SVC1>delex*.log

D:/SERVER/system32/LogFiles/W3SVC1>

OK！恭喜，现在简单的日志都已成功删除。下面就是很难的安全日志和系统日志了，守护这些日志的服务是EventLog，试着停掉它！

D:/SERVER/system32/LogFiles/W3SVC1>netstopeventlog

这项服务无法接受请求的"暂停"或"停止"操作。

没办法，它是关键服务。如果不用第三方工具，在命令行上根本没有删除安全日志和系统日志的可能！所以还是得用虽然简单但是速度慢得死机的办法：打开“控制面板”的“管理工具”中的“事件查看器”(98没有，知道用Win2k的好处了吧)，在菜单的“操作”项有一个名为“连接到另一台计算机”的菜单，输入远程计算机的IP，然后点支烟，等上数十分钟，忍受象死机的折磨，选择远程计算机的安全性日志，右键选择它的属性：

点击属性里的“清除日志”按钮，OK！安全日志清除完毕！同样的忍受痛苦去清除系统日志！

前在不借助第三工具的情况下，能很快，很顺利地清除FTP、WWW还有Schedlgu日志，就是系统日志和安全日志属于Windows2000的严密守护，只能用本地的事件查看器来打开它，因为在图形界面下，加之网速又慢，如果你银子多，时间闲，还是可以清除它的。综上所述，介绍了Windows2000的日志文件以及删除方法，但是你必须是Administrator，注意必须作为管理员或管理组的成员登录才能打开安全日志记录。该过程适用于Windows2000Professional计算机，也适用于作为独立服务器或成员服务器运行的Windows2000Server计算机。

至此，Windows2000安全知识基础讲座完毕，还有几句话要讲，大家也看出来了，虽然FTP等等日志可以很快清除，但是系统日志和安全日志却不是那么快、那么顺利地能删除，如果遇到聪明的管理员，将日志文件转移到另一个地方，那更是难上加难，所以奉劝大家，千万不要拿国内的主机做试验。

4. 电脑异常日志

打开windows事件查看器的方法：在此电脑（我的电脑、计算机）右击——管理——事件查看器。

在事件查看器里可以看到windows日志，里面有应用程序、系统等分支，查找对应的分支就可以找到对应的日志了。 windows日志会非常仔细的记录你的电脑的全部运行过程，包括开机时间、软件错误、硬件错误等各种信息。

5. 电脑系统日志看不了怎么办

要查看电脑的日志文件，可按以下步骤进行：

1、点击”开始“，找到”控制面板“，点击并打开。

2、点击"管理工具"，打开后再点击"事件查看器"，就可以看到日志文件了。

3、日志文件有6项内容：依次是”应用程序(日志)“、”安全性(日志)“、”系统(日志)“、”Internet Explorer(日志)“、”Microsoft Office Diagnostics (日志 )"和”Microsoft Office Sessions(日志)“。

4、一般来说，因为电脑的日志文件是计算机系统对系统有关日常事件或者误操作警报的日期及时间戳信息进行记录的文件。这些日志信息对计算机犯罪调查人员非常有用。但对普通电脑使用者而言，如果不小心删除了日志文件，不会有什么影响。

6. 电脑系统日志错误怎么办解决

可以将这个功能关闭以免影响电脑运行速度。1、右键"我的电脑"----"属性"----点击"高级"标签2、在""启动和故障恢复"旁边点"设置"3、把"将事件写入系统日志"前的勾去掉,在发生系统错误的时候,就不会有日志产生了也可以用注册表来禁用：找到[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows] 右键新建dword值，命名为NoPopUpsOnBoot，设其值为“1”。