其实网上好多朋友都在抱怨我很少更新博客，一直以来我很少认认真真的去写一些东西，只是偶尔的在上面写上几句莫名其妙废话出来自我消遣。对于这些我确实深感惭愧，因为毕竟大家都在关注着我！

    我这人吧，就是太浮躁了！有时候拿两本书，开始时候还心中暗暗下决定一定要把这本书搞懂，但到头来这本书还不是一样躺在某个满是灰尘的角落。我还是整天把自己搞的跟那啥啥一样，忙的昏天暗地。其实想想，博客上写写自己当时的一些心情跟感受与大家分享下，把自己关心的一些问题和大家交流下也满好滴……

想起扑朔迷离的往事，竟然眼泪差点出来……

魔幻蓝天 高旗&超载

天 这样的蔚蓝 仿佛所有的心愿 在刹那间都能实现
来 勇敢的信赖 奇迹的存在今天的风 会将它带来
哦 童话的结尾 人们永远相亲相爱
哦 所有的梦 所有的冲动 天空会包容
继续期待 高山背后无边的大海 荡尽尘埃 继续信赖
幸福仍然队列在等待 我们的到来
光 这样的灿烂 我不再闭上眼 在心中寻找黑暗
风 这样的放纵 我愿意跟你 飞越无限桑田和沧海
绿色的原野 是我欢歌的舞台
灰色的梦 会幻化出最美的色彩
继续期待 高山背后无边的大海 荡尽尘埃 继续信赖
幸福仍然队列在等待 我们的到来
天 这样的蔚蓝 仿佛所有的心愿 在刹那间都能实现
继续期待 勇敢信赖 奇迹终会存在
只要你闭上眼 不看生命的短暂
永远 魔幻的蓝天 永远驱散那黑暗

得出结论：虽然我没怎么念过书，但做下小学功课还是能够胜任滴。。。

所以，以后嘛。。。要是有代小学生做功课和寒暑假作业、欺负低年级同学、开家长会这样的业务，大家记得跟我联系。。。价格公道。。童叟无欺。。。

1．故障现象
尝试在“服务”管理单元窗口手动启动服务是，系统提示“错误2：系统找不到指定的文件”(Error 2: The system cannot find the file specified.)，如图1所示。

2．原因分析
两种可能：
(1) 服务的可执行文件丢失或者被破坏。
(2) 服务相关注册表键值ImagePath的数值数据被篡改，导致SCM无法加载服务的可执行文件。
在“服务”管理单元窗口里可以看到每个服务的可执行文件路径，请仔细检查如图2所示的可执行文件所在路径，如果和参照系统的正确配置不符合，说明注册表键值ImagePath的数值数据有误。如果此处的配置没有问题，则说明可执行文件丢失或者被破坏。

3．解决办法
以“Task Scheduler”服务为例。
如果注册表键值ImagePath的数值数据被篡改，可以定位以下注册表项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Schedule
在右侧定位到ImagePath键值，将其数值数据修改为正确的值，并重启系统。
或者借助sc命令：
sc config Schedule binpath= “%SystemRoot%\System32\svchost.exe -k netsvcs”
如果是可执行文件丢失或者破坏，请用正确的副本进行替换，并重启系统。对于本例来说，可执行文件是svchost，如果该文件被破坏，系统将无法正常运行。
错误1053：服务没有及时相应启动或控制请求
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误1053：服务没有及时相应启动或控制请求”，如图3所示。

2．原因分析
如图2所示，可执行文件的附加命令参数配置有误，会导致问题。

3．解决办法
参照上述的方法，用sc命令或者注册表编辑器，对附加的命令参数进行排错。
错误1083：配置成在该可执行程序中运行的这个服务不能执行该服务
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误1083：配置成在该可执行程序中运行的这个服务不能执行该服务”，如图4所示。

2．原因分析
该故障通常在由svchost服务宿主进程所启动的服务上发生。大家知道Windows XP SP2最多可以启动七个svchost进程实例(实际上启动六个进程实例)，分别负责启动一组服务。每个svchost实例所负责启动的服务由以下注册表项决定：
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SvcHost
其下共有七个键值：DcomLaunch、HTTPFilter、imgsvc、LocalService、netsvcs、NetworkService、rpcss和termsvcs。每个键值都定义了一个或者多个服务，也就是对应每个svchost进程实例所能启动的一组服务。
本例中“Task Scheduler”服务的可执行程序参数是“svchost.exe -k netsvcs”，对应的svchost进程在启动该服务之前，会先到HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SvcHost下的netsvcs键值里查找是否有该服务的定义，如果没有，就会出现该故障现象。
3．解决办法
很简单，首先打开该服务的属性对话框，查看其可执行程序的命令参数（本例是netsvcs），如图2所示。
然后进入以下注册表项：
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SvcHost
在右侧定位到对应的键值，本例是netsvcs，在其数值数据里添加该服务名即可，本例是Schedule，如图5所示，并重启系统。

提示 为什么通常只会启动六个svchost进程实例？都是TermService服务惹的祸！TermService(Terminal Services)这个服务非常另类，不仅仅出现在DcomLaunch组里，同时还独立出现在termsvcs组里，然而在“服务”管理单元窗口里，该服务的命令行为“svchost.exe -k DcomLaunch”，也就是说实际上并没有一个svchost进程实例负责启动termsvcs服务组！

错误126：找不到指定的模块
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误126：找不到指定的模块”(Error 126: The specified module could not be found.)，如图6所示。

2．原因分析
该故障通常在由svchost服务宿主进程所启动的服务上发生。这一类的Windows服务，其实是以dll模块的形式插入某个svchost进程。如果该dll文件被破坏，或者注册表的相关键值被篡改，都可能导致问题。
这类服务所对应的Dll文件，是由HKLM\SYSTEM\CurrentControlSet\Services\ServiceName\Parameters注册表项下的ServiceDll键值所定义的(此处的ServiceName是指服务名)，如果该注册表键值出错，或者对应的Dll文件被破坏，就会导致这个问题。
在微软新闻组里有不少网友抱怨无法打开“磁盘管理”窗口，寻根溯源发现是“Logical Disk Manager”服务无法启动所导致。其中有一个case是系统被木马PCShare所感染，木马修改了“Logical Disk Manager”服务的注册表键值，把HKLM\SYSTEM\CurrentControlSet\Services\dmserver\Parameters注册表项下的键值ServiceDll的数值数据指向木马的文件“%SystemRoot%\System32\drivers\Ybfbqufe.sys”，尽管后来利用杀毒软件杀除木马，但是杀毒软件未能处理被木马篡改注册表键值，导致无法打开“磁盘管理”。
注意 不要将该故障和“错误2：系统找不到指定的文件”相混淆！
3．解决办法
对于“Logical Disk Manager”服务的问题，在以下的注册表项：
HKLM\SYSTEM\CurrentControlSet\Services\dmserver\Parameters
确保将其下ServiceDll键值的数值数据修改为“%SystemRoot%\System32\dmserver.dll”。
如果注册表键值没有问题，请确保用正确的文件副本替换原来的dll文件，并重启系统。
错误1079：此服务的帐户不同于运行于同一进程上的其他服务的帐户
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误1079：此服务的帐户不同于运行于同一进程上的其他服务的帐户”，如图7所示。

2．原因分析
该故障通常在由svchost服务宿主进程所启动的服务上发生。前面说过Windows XP SP2最多可以启动七个svchost进程实例，分别负责启动一组服务。一组服务中的每个服务必须和对应的svchost进程实例运行在同一个启动帐户下。
例如Alert服务属于LocalService组的服务，其对应的svchost进程实例运行在Local Service帐户下，如果错误地将Alert服务的启动帐户修改为别的帐户，例如Local System帐户，就会报错。
3．解决办法
首先根据该服务的可执行文件路径属性找到其所属的服务组，例如Alert服务属于LocalService的服务组，然后确定同一组的其他服务的启动帐户，将其修改为相同的启动帐户即可。

错误1068：依存服务或组无法启动
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误1068：依存服务或组无法启动”，如图8所示。

2．原因分析
某些服务依赖于其他服务或者驱动，只有这些依赖的服务或者驱动都启动成功，该服务才能顺利启动，否则就会报1068的错误。
3．解决办法
首先我们要对这些不能启动的依赖服务或驱动进行排错，通常来说，可能有以下的一些原因：
(1) 由第三方应用程序向系统服务添加额外的依赖服务，一旦这些额外的依赖服务出错、或者被删除，而注册表中的相关键值并没有做相应的改动，则会导致问题。
(2) 这些依赖的服务或者驱动被标志为禁用。
对于第(1)种情况，这里有一个实例(来自于微软中文新闻组)：
问题：打印机是Legend LX1+1 1201i-2401i，现在无法正常使用，在事件查看器里的错误日志如下：
事件来源: Service Control Manager
事件种类: 无
事件 ID: 7003
日期: 2006-3-22
事件: 17:57:45
用户: N/A
描述: Print Spooler 服务和下列不存在的服务存在相依的关系: LexBceS
回答：联想应该是OEM利盟的打印机，所以系统会安装利盟的驱动程序，该第三方的驱动程序会给系统的Print Spooler服务添加一个新的依赖服务LexBceS，由于某种原因，该依赖服务LexBceS破坏，连累Print Spooler服务启动失败。
可以在命令提示符窗口运行以下命令恢复Windows默认的依赖关系(Print Spooler服务默认依赖RPCSS服务)：
sc config spooler depend= RPCSS
当然，也可以打开注册表编辑器，进入以下注册表项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Spooler
在右侧的详细窗格里找到DependOnService键值，确保其数值数据为RPCSS，删除其他任何的依赖服务。
错误1747：未知的验证服务
1．故障现象
尝试在“服务”管理单元窗口手动启动服务时，系统提示“错误1747：未知的验证服务”，如图9所示。

2．原因分析
未安装Microsoft网络客户端，就会导致某些服务无法启动，这些服务可能是WWW、FTP、IPSec Service等和网络有关的服务。
3．解决方法
安装或者重新安装Microsoft网络客户端，重新启动即可解决问题。

原文链接：http://lch922.139.com/article/731231.html