）：如何修复Win7系统：Win7不能正常启动怎么办
系统启动故障怎么办？
Win7不能正常启动怎么办？
Win7系统显示启动错误怎么办？
系统虽然比以前其他版本的Windows系统都稳定得多，但是由于安装某些特殊软件或误操作，系统还是会出现各种启动故障。接下来就来给大家分析一下Win7常见启动故障产生的原因以及如何解决相关启动故障。
故障1：MBR故障
故障表现：开机后出现类似“press F11 start to system restore”错误提示
原因分析：许多一键Ghost之类的软件为了达到优先启动的目的，在安装时往往会修改硬盘MBR，这样在开机时就会出现相应的启动菜单信息。不过要是此类软件有缺陷或与Win7不兼容，就非常容易导致Win7无法正常启动。
解决方法：对于硬盘主引导记录（即MBR）的修复操作，利用Win7安装光盘中自带的修复工具：Bootrec.exe即可轻松解决此故障。
其具体操作步骤是：先以Win7安装光盘启动电脑。当光盘启动完成之后，按下Shift+F10键，调出命令提示符窗口并输入DOS命令“bootrec /fixboot”，然后按下回车键，按照提示完成硬盘主引导记录的重写操作就可以了。
故障2：Oxc000000e故障
故障表现：开机时不能正常地登录系统，而是直接弹出图2所示的Oxc000000e故障提示。
原因分析：由于安装或卸载某些比较特殊的软件，往往会对Win7的引导程序造成非常严重的破坏，这样Win7在启动时就会出现Oxc000000e错误从而导致无法正常启动系统。在这种情况下，按下F8快捷键也无法调出Win7的高级启动菜单，当然也就无法在安全模式下执行修复操作。
解决方法：按Shift+F10调出命令提示符后，依次执行以下五条DOS命令（C盘是Win7所安装的系统盘，但您需要根据自己电脑实际情况修改，一般来说是C，每条命令之后按回车结束，运行结果自动出现在命令下方，下同）：
cd windows\system32
bcdedit /set {default} osdevice boot
bcdedit /set {default} device boot
bcdedit /set {default} detecthal 1
故障3：开机时出现BOOTMGR ismissing错误
故障表现：每当开机时，都会出现如图所示的错误提示信息，同样不能正常地登录系统。该错误提示，翻译成汉语就是Bootmgr丢失，按Ctrl+Alt+Del重新启动。
原因分析：这种启动故障产生的原因，或者是由于Bootmgr文件确实丢失了，这是最为常见的;还有一种可能则是由于磁盘错误导致的。
解决方法：如果是Bootmgr文件丢失，可采用重建Win7引导文件的方法来解决问题即可。
其操作步骤是：在图1所示窗口的光标位置依次执行以下两条DOS命令（C为系统盘符）：
bcdboot C:\windows /s C:
接着重启系统，就可以看到Win7熟悉的开机菜单了，然后选择第一个Win7菜单选项，经过一番初始化操作，我们就可以正常地使用Win7系统了。
如果经过以上步骤仍然不能解决问题的话，那么故障就很可能是由于磁盘错误所引起的了，此时可尝试在WinPE环境中，运行一下chkdsk /f命令，故障就可以得到很好地解决。
故障4：开机的时候出现BOOTMGR is compressed错误
故障表现：该故障和“BOOTMGR is missing”类似，同样是开机无法登录系统而只是会出现“BOOTMGR is compressed”错误提示。
原因分析：这种故障产生的原因是由于对系统盘进行了压缩所造成的。
解决方法：以WinPE启动系统，运行其自带的命令提示符工具并依次执行以下DOS命令：
cd windows\system32
compact /u /a /f /i /s c:\*
执行完上述DOS命令后，命令提示符工具就会开始C盘文件的完全解压操作，然后重启系统，即可正常登录Win7系统了。
有些时候上述方法依然不能解决问题，这就可能导致用户采取“极端措施”来格式化重装系统。这样的后果就是有可能导致一些硬盘原有数据被误删除，如果这些被误删除的数据正好是比较重要的文件，此时会让用户感到后悔莫及。不过，世界上还是有后悔药的，而且是免费的。使用的数据恢复功能（），就能极大程度的帮您恢复已经被误删除的文件，甚至是被格式化的磁盘文件。
关注，锁定之家（）当前位置： >
启动系统故障引起的发动机无法启动诊断方法
&&& 一、启动系统故障引起发动机的故障现象及故障原因
&&& 故障现象：
&&& ①起动机不转。
&&& ②起动机运转无力。
&&& ③起动机空转。
&&& 常见的故障原因：
&&& ①电量不足，各导线连接松动，接线柱脏污接触不良。
&&& ②起动开关触点未接触或触点烧蚀。
&&& ③电磁控制式的继电器及电磁开关有故障，有如下可能：
&&& 继电器触点烧蚀；继电器断路或烧坏；电磁开关线圈断路或接触盘接触不良。
&&& ④起动机内部故障，如电枢轴弯曲或轴承过紧、损坏；整流电路端子脏污或烧蚀；电刷磨损过多；弹簧过软或损坏；电刷在电刷架内卡住与整流电路端子接触不好；电枢线圈磁场线圈短路或断路。
&&& 二、启动系统故障引起的发动机的故障诊断思路
&&& ①首先检查连接导线是否松动，接线柱有无脏污，然后在点火开关未拨到起动挡时按喇叭、打开前大灯，如喇叭声响不正常，灯光暗淡，说明的电量不足。用万用表测量电压V1、端子30的电压V2、端子50的电压V3。起动发动机，电压不得低于8V否则应更换。端子30的电压V：始终与电压相同，端子50的电压V3，只是在点火开关拨至起动位置时，才和电压相同，其检测方法如图1所示。
&&& ②如喇叭响，灯光正常，可以把点火开关拨到起动挡，观察灯光变化。如灯光明显变暗，起动机不转，应立刻断开起动开关。这表明起动开关部有断路。
&&& 用万用表检查磁场绕组断路和搭铁：将万用表的两只表笔分别接磁场绕组的引出线端头和正电刷，万用表阻值应接近于零，如万用表阻值为&，表明磁场绕组断路。将万用表的两只表笔分别接磁场绕组引出线端头和起动机壳体，万用表阻值应为&，如万用表导通，说明磁场绕组绝缘损坏而搭铁，需要检修或更换磁场绕组。
&&& 磁场绕组短路的检查：接通点火开关（时间不超过10S）用起子检查每个磁极的吸引力，如没有吸引力或吸引力过弱，说明有短路，应更换或修理。
&&& 电枢绕组短路的检查：用万用表测量换向器与电枢轴的绝缘情况，如果通电，表明电枢绕组短路，应予更换。电枢绕组一般不容易断路。
&&& ③用导线跨接起动开关两接线柱。若起动机运转，说明开关接触盘与接线柱的触点接触不良或传动叉的行程不够。
&&& ④若跨接后，起动机仍不运转，又有两种可能：一是跨接时无火花产生，说明起动机电枢线圈或磁场线圈有断路或电刷在架内卡住而与整流电路端子不能接触；二是跨接时火花正常而起动机不转，主要是机械部分有故障，如电枢轴弯曲与磁极卡住等。
&&& 三、案例
&&&&& 故障现象：
&&& 一辆2006款速腾轿车，行驶里程为4.5万km，发动机。
&&& 故障诊断过程：
&&& 步骤一：对车辆进行检查，发现在起动时能听到起动机吸合开关处有&哒哒&声音，但起动机不能运转。
&&& 步骤二：根据驾驶员反映在这之前曾出现起动吃力的现象，又考虑到气温较低时故障多发的情况，首先怀疑故障。利用检测仪V.A.S 5097对该车进行测试，发现其起动电压为10.7V，高于起动电压的最低值9.5V，因此排除故障的可能。
&&& 步骤三：对车身主搭铁线以及起动机正极线进行检查，未发现异常。
&&& 步骤四：使用故障诊断仪V.A.G 5052对车辆的电气系统进行检测，出现故障码01049-供电端子50故障。
&&& 步骤五：于是重点对该车供电端子50的相关线路（起动供电电路）进行检查分析。此车供电端子50的电压由点火开关D通过单线模式经过转向柱控制单元J527传递给中央电器控制单元J519，之后再由J519控制起动机继电器J682将15号电压传递给起动机B（如图2所示）。
&&& 步骤六：利用故障诊断仪V.A.G5052读取中央电器控制单元J519内供电端子50的电压输入信号。将点火开关置于起动挡，能够读取到点火开关输入的供电端子50起动电压信号，说明点火开关和J527都是正常的。[1]&&&
?上一文章：
?下一文章：
& &评论摘要(共 0 条，得分 0 分，平均 0 分)
Copyright &
. All Rights Reserved .
页面执行时间：19,906.25000 毫秒培养面向高端汽车服务企业的精英蓝领
专家型师资、整车化教学、企业化技术训练标准、外来车维修实践
您当前的位置： &汽车启动系统故障案例
汽车启动系统故障案例
资料整理：广州瀚达汽车学院发布时间：已帮助： 49
& & &&启动系统故障案例
& & & 前言：随着人类对环保的注重，对汽车的排放也越来越严格，人们开发了汽车电子燃油喷射发动机，即电喷发动机，跟化油器的发动机有很大的区别，相比之下要比化油器更环保。电控即电子控制，通过传感器对ECU发送信号，经ECU处理再向执行器发出指令使其准确的工作，文中所描述的供油系统就是其中之一。油泵向油管送出一定压力的燃油，确保喷油嘴可靠的持续喷射燃油，然而，燃油的喷射就是要靠ECU收集各类传感器来计算决定，小编举例：例如：水温传感器、氧传感器、空气检测传感器等等，都是用以计算喷油量的多少来使车辆达到稳定的控制，并减少废气的排放。
& & & 摘要：本文主要介绍一辆94年产的本田雅阁CD5小轿车，由于油泵工作压力不良引发的使汽车不能启动的故障及排除全过程。
& & & 关键词：燃油泵、燃油压力、更换及故障排除
& & & 正文：问题的提出：于2011年我院来了一辆外来维修车辆，是本田雅阁CD5的三厢红色小轿车，直列水冷四缸多点喷射发动机，配备平衡轴式四前进档自动变速器，发动机前置前驱，车主所需要解决的问题是：车辆无法启动，但有着车症状，所以来我院进行检修。
& & & 故障的检测与排除：该车是以前比较旧的电喷系统车，所以一开始我用检测仪进行故障码读取，该车的诊断接口并不符合电脑检测仪的接口，要用专用的转换插头3P转换为16P。查询结果出人意料为无故障代码，由于电脑检测仪读取不到故障码，所以决定对车辆进行系统性的检测，围绕着启动的三大要素和一个必要条件，其中三大要素为：气缸压缩、高压跳火、喷油，而必要条件是起动马达转数。①首先要确定的是起动机起动时转速强不强，我们尝试打马达，听声音马达转动很强，测得电池电压为12.3V，打马达起动电压为10V，这操作证明了起动系统不存在任何故障，有了这必要的条件我们再继续往后检查。②考虑到该车的车龄比较大，所以第一步我选择对气缸压力进行检测，由于车辆无法启动，所以没将车辆进行热车，将四个火花塞拆出并接上压力表，节气门全开，起动发动机3～5秒，检测后四缸压力均不低于1200kpa，气缸压力很正常，这说明故障点不在气缸压力上，继续再往后检测。
& & & ③点火系统的检测：该系统可分为低压部分和高压部分进行检测，首先低压部分包括：电池电压、保险丝是否断开等，而高压部分检查火花塞、分火线等，经检查低压部分都正常，而高压拆出的火花塞间隙为1.0mm，燃烧也比较好，火花塞电极为棕褐色，打开分火盖检查，分火头没有短路、氧化，分火盖也没有破裂氧化，分火线也无断路并测得四条分火线电阻值都在&O的标准范围内，后我们用火花塞去模拟一下跳火情况，把火花塞装到分火线上并搭在发动机机体上，打时跳出来的火花很强，所以可排除不是点火而导致启动不了车辆。④供油系统的检测：首先用听诊器这办法去听油泵工作的声音，把点火开关打到ON位，油泵发出运转的工作声音，用手按住油管也很硬表示有油压，之后对喷油器进行检测，用万用表在常温下测得电阻值为四个都在2.68&O左右，附加电阻也在7&O左右，很正常，然后自己模拟喷油嘴的脉冲信号，用听诊器听四个喷油器都有工作，无卡滞，做完这一系列操作后，接上燃油压力表，点火开关打到ON位,油压压力为200kpa,没达到着车的标准压力250～300kpa这范围，通过请教与讨论，诊断为油泵工作不良造成燃油压力不达标，燃油泵的工作原理及作用：发动机管理系统的电控单元对电动汽油泵进行管理，当点火开关打到ON位而不启动发动机时,电动燃油泵会运转2～5秒,收不到启动信号和半轴运转信号而停转，这样一方面可建立油压，另一方面能防止油泵无谓的运转。检测时，可用试灯或万用表，把油泵的插头拨开，用试灯或万用表点在电源12V线上，加一端搭铁，把点火开关置于ON,此时试灯会亮，万用表20V档测量会显示12V直流电,有电到再测量地线是否导通,万用表二极管档一端点油泵落地线,另一端直接搭铁，导通线路良好，接着再测其电阻值，正常电阻值为1&O左右。⑤故障的排除：由于燃油泵能正常工作表示燃油泵控制电路正常，进一步诊断确认燃油泵能工作，但燃油压力不能达到标准值造成发动机不能启动，需要更换燃油泵总成，更换后车辆能正常起动，油压此时已恢复到280kpa，油压正常发动机加速有力，无抖动和其它不良状况，到此故障已完全排除。
& & & 结束语：通过以上操作并加以诊断，终把车辆的故障排除，从该车的故障可得知，油泵工作但运转强度不够，如果用听诊的方法来诊断并不全面，这种故障现状会给我们一种假象，导致误判的出现，所以在诊断故障时我们要用测量仪器，通过仪器的数据更直观的告诉我们确切的故障点，用科学的方法解决故障，提高效率，减少误判的发生，更好的为广大车主排忧解难，担当起汽车医生的职责，另外，由于本人还在学习期间，缺少工作经验，造成本文正确诊断顺序倒置，本文正确的诊断顺序应为①③④②，这样就可避免对气缸压力的检测了，大大缩短了不必要的麻烦。
& & & 致谢：在撰写本文的过程中，非常感谢故障诊断班的曹伟国老师悉心的指导和同组队员的辅助讨论，感谢他们给予的帮助及意见、指导。在此表示深深的感谢和致敬！
& & & 参考文献：
& & &&1.广州瀚达学院课堂笔记
& & &&2.电脑检测仪OBD-ⅡX431的使用
& & &&3.广州瀚达汽修学院故诊班论文辅导资料
相关文章：
教学点: 1个
人气：1816微信公众号：centoscn
CentOS6.4系统启动失败故障排查
操作系统启动失败如下图报错：
故障现象：
从图中可以看到，操作系统启动的过程中，fsck在执行文件系统检测时出现了错误，并且是在检查/dev/mapper/VolGroup-lv_home时出错，提示此文件不存在；
故障分析：
这是一个什么界面，为何会出现这个界面?
操作系统启动的的大致过程为：加载BootLoader-&加载kernel-&init执行系统初始化-&用户登录；而在init执行系统初始化的过程中，会执行系统初始化脚本/etc/rc.d/rc.sysinit，在此脚本中即会执fsck -A进行文件系统检测；
fsck -A会执行什么操作呢？
fsck -A会遍历文件/etc/fstab，检查其中定义的所有的文件系统。fsck在做文件系统检查前通常不会去检查设备是否真实存在，所以如果某设备不存在，而又去做了fsck，fsck即会报错，继而导致操作系统时会进入文件系统修复模式（file system repair mode），而中断正常的系统启动；
所以，这就是为何会出现此界面的原因了。
解决方法：
既然是fsck执行失败，导致操作系统无法继续启动，所以可以在操作系统启动时，让fsck跳过检查这个有问题的/dev/mapper/VolGrouplv_home即可正常启动操作系统；（在/etc/fstab中设置此项的第个字段fs_passno的值设为0，即意为fsck不检查此行）
&&&&&&&&&但是此时文件系统修复模式下所有文件都是只读的，无法编辑/etc/fstab；所以此时可以选择从系统光盘启动，选择进入紧急救援模式下去修改文件（因为紧急修复模式不会执行/etc/rc.d/rc.sysinit，所以不会出现此报错）；
bash-4.1#&chroot&/mnt/sysimage
sh-4.1#&vim&/etc/fstab&&&&&&&&&&&&&##将/dev/mapper/VolGrouplv_home这一行的第6个字段设为0
sh-4.1#&reboot&-r
此时即可正常启动系统，不过中途会看到如下界面：
此时已没有fsck的报错，但是mount挂载文件系统时有一个failed的信息，这是因为在系统初始化脚本/etc/rc.d/rc.sysinit中，文件系统检测完成后的下一步即是去挂载文件系统；
并且从此界面可以明确的看到问题的所在了，/dev/mapper/VolGroup-lv_home不存在；虽然有此failed信息，但不影响系统可以继续启动；
绿色圈中的是需等待SELinux自动完成重新打标，若不想等待，可以在系统启动时禁入编辑模式，禁用SELinux的启动即可，如下图：
--------------------------------------------------------------------
至此操作系统已经可以启动起来，需介绍下背景了，此系统安装时是按照系统默认的分区布局（partitioning layout），如下图：
&&&&&&&&&一块硬盘sda，分成了sda1与sda2两个分区，sda2做成物理卷，基于此物理卷创建的卷组名称为VolGroup，在此卷组上创建了3个逻辑卷，名称分别为lv_root、lv_home、lv_swap，并且此逻辑卷lv_root与lv_home分别挂载到了文件系统中的/目录和/home目录；
&&&&所以前文中/dev/mapper/VolGroup-lv_home即是此系统自动创建的挂载在/home的逻辑卷；比如由于误操作（umount、lvremove），删除了此逻辑卷，然后在重启电脑时，即会出现开篇处的报错了。
&--------------------------------------------------------------------------------------------------------------------------------------
现在操作系统已经启动登录，也知道问题所在了，那么接下来如何恢复此逻辑卷呢？
此时，系统中查看此逻辑卷的确是已被删除；
[root@mysqlhost1&~]#&lvs
&LV&&&&&&VG&&&&&&Attr&&&&&&LSize&&&Pool&Origin&Data%&&Move&Log&Cpy%Sync&Convert
&lv_root&VolGroup&-wi-ao---&50.00g&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&lv_swap&VolGroup&-wi-ao---&992.00m&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&ll&/dev/VolGroup/
lrwxrwxrwx&1&root&root&7&10月&22&20:27lv_root&-&&../dm-0
lrwxrwxrwx&1&root&root&7&10月&22&20:27lv_swap&-&&../dm-1
并且由于此逻辑卷是挂载在/home目录下，此逻辑卷丢失，那么/home目录下的数据，是否也是一同丢失了呢？如何恢复/home目录下原有的数据？
lvremove删除逻辑卷，其只是会清除LVM的部分元数据信息（metadata），真正的数据仍会被完整的保留；即虽然逻辑卷lv_home被删除了，但是/home下的数据仍然存在，只是现在暂且看不到；
并且默人的配置是，LVM的物理卷、卷组或是逻辑卷发生任何改动之前，LVM的元数据信息都会自动保存至/etc/lvm/archive目录下；
&&&&&&&&&所以我们只需恢复逻辑卷lv_home被删除前的自动备份的LVM的元数据信息，逻辑卷lv_home即可自动恢复，然后后重新挂载，即可查看到/home目录下原有的数据了；
##查看和卷组VolGroup相关的元数据备份信息
[root@mysqlhost1&~]#&vgcfgrestore&--list&VolGroup&&
&&File:&&&&&&&&&&/etc/lvm/archive/VolGroup_966.vg
&&VG&name:&&&&&&&&&&&&VolGroup
&&Description:&&&&Created&*before*&executing&'lvremove&/dev/VolGroup/lv_home'
&&Backup&Time:&&Wed&Oct&22&17:33:17&2014
&&&&结果中可以看到在执行'lvremove /dev/VolGroup/lv_home'之前，卷组的元数据自动被备份到了文件/etc/lvm/archive/VolGroup_966.vg中
##从对应文件中恢复卷组VolGroup的那一刻的元数据信息&
[root@mysqlhost1&~]#&vgcfgrestore&-f/etc/lvm/archive/VolGroup_966.vg&VolGroup
&&Restored&volume&group&VolGroup
##此时即可看到此逻辑卷lv_home了
[root@mysqlhost1&~]#&lvscan&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_root'&[50.00&GiB]&inherit
&inactive&&&&&&&&&'/dev/VolGroup/lv_home'&[108.54&GiB]&inherit
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_swap'&[992.00&MiB]&inherit
##激活此逻辑卷
[root@mysqlhost1~]#&lvchange&-ay&/dev/VolGroup/lv_home&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&lvscan
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_root'&[50.00&GiB]&inherit
&ACTIVE&&&&&&&&&&&'/dev/VolGroup/lv_home'&[108.54&GiB]&inherit
&ACTIVE&&&&&&&&&&&&'/dev/VolGroup/lv_swap'&[992.00&MiB]&inherit
##恢复/etc/fstab中刚才做的改动
[root@mysqlhost1&~]#&vi&/etc/fstab&&
##重新挂载&&&&&&&&&
[root@mysqlhost1&~]#&mount&-a&&&&
##/home目录下原有的数据也都可以查看到了&&&&&&&&&&&&&&&&&&&&&&&
[root@mysqlhost1&~]#&ls&/home
------分隔线----------------------------
(or type Control-Dto continue)...}