电脑报警音怎么关闭
报警声分很多种,每一种声音都昭示着相应的故障,帮助我们分析故障原因,那么电脑报警音怎么关闭呢?我分享了关闭电脑报警音的 *** ，希望对大家有所帮助。 电脑报警音关闭 *** 一：常见的报警声 1、“嘀嘀...”连续的短音，一般情况下常见于主机的电源有问题。 2、“呜啦呜啦”的救护车声，伴随着开机长响不停，这种情况是CPU过热的系统报警声。 3、“嘀...嘀...”的连续有间隔的长音， 这是内存报警的声音。 4、嘀...，嘀嘀”一长两短的连续鸣叫， 这是显卡报警。 5、嘟嘟”两声长音后没有动静，过一会儿会听到“咯吱咯吱”的读软驱的声音。 6、在WIN系统下按“Caps Lock”和“Num Lock”与“Scroll Lock”这三个键时，主机的PC喇叭有“嘀”的类似按键音。 7、短促“嘀”的一声，一般情况下，这是系统自检通过，系统正常启动的提示音。 电脑报警音关闭 *** 二：特殊的声音
1、报警声都是机器出现故障后的一直提示，便于检测问题，解决问题，不建议关闭。 2、都是主板集成喇叭或者插入的喇叭发出的，插入的可以拔掉。 2、特殊的需要点击声音后选择无。
电脑报警声的含义如下：
AWARD BIOS响 *** 的一般含义是： 1短: 系统正常启动。这是我们每天都能听到的，也表明机器没有任何侍狻? 2短: 常规错误，请进入CMOS Setup，重新设置不正确的选项。 1长1短: RAM或主板出错。换一条内存试试，若还是不行，只好更换主板。 1长2短: 显示器或显示卡错误。 1长3短: 键盘控制器错误。检查主板。 1长9短: 主板Flash RAM或EPROM错误，BIOS损坏。换块Flash RAM试试。 不断地响(长声): 内存条未插紧或损坏。重插内存条，若还是不行，只有更换一条内存。 不停地响: 电源、显示器未和显示卡连接好。检查一下所有的插头。 重复短响: 电源问题。无声音无显示: 电源问题。
AMI BIOS响 *** 的一般含义是： 1. 一短声，内存刷新失败。内存损坏比较严重，恐怕非得更换内存不可。 2. 二短声，内存奇偶校验错误。可以进入CMOS设置，将内存Parity奇偶校验选项关掉，即设置为Disabled。不过一般来说，内存条有奇偶校验并且在CMOS设置中打开奇偶校验，这对微机系统的稳定性是有好处的。 3. 三短声，系统基本内存(第1个64Kb)检查失败。更换内存吧。 4. 四短声，系统时钟出错。维修或更换主板。 5. 五短声，CPU错误。但未必全是CPU本身的错，也可能是CPU插座或其它什么地方有问题，如果此CPU在其它主板上正常，则肯定错误在于主板。 6. 六短声，键盘控制器错误。如果是键盘没插上，那好办，插上就行;如果键盘连接正常但有错误提示，则不妨换一个好的键盘试试;否则就是键盘控制芯片或相关的部位有问题了。7. 七短声，系统实模式错误，不能切换到保护模式。这也属于主板的错。
8. 八短声，显存读/写错误。显卡上的存贮芯片可能有损坏的。如果存贮片是可插拔的，只要找出坏片并更换就行，否则显卡需要维修或更换。
9. 九短声，ROM BIOS检验出错。换块同类型的好BIOS试试，如果证明BIOS有问题，你可以采用重写甚至热插拔的 *** 试图恢复。
10. 十短声，寄存器读/写错误。只能是维修或更换主板。
11. 十一短声，高速缓存错误。电脑有滴答的报警音。怎么办？
此方案适用XP\VISTA\WIN7系统
【问题描述】:
计算机温度高
【原因分析】：
机器内部散热不良导致
【解决方案】:
方案一：
1． 打开【360安全卫士】—【功能大全】—【硬件大师】—【温度监测】，查看温度，如果有红色显示，或者360硬件大师发出警报声音建议检测机器散热。（如图1）
图1
相关内容扩展阅读:
电脑开机报警音一直响 无法正常开机
电脑开机时报警音一直响个不停 不能正常开机 强制关后 重新启动就好了 不过会在上段网后 自动重启 。。想重新做次系统但一直不能进入系统界面台式机电脑开机一直报警，并且开不了机的原因和处理 *** ：
（1）电脑开机一直报警，这代表内存的金手指表面形成一种氧化层，导致内存和内存槽接触不良，而引起一直报警，并且黑屏无法开机。
（2）处理 *** : 可以先断电,打开机厢,把内存拨出来,用橡皮擦对着金手指的部位(也就是有铜片的地方,)来回的擦上几回,然后插回内存槽（或者换一根内存槽插回）,就ok了,如果有独立显卡， 可以将显卡也用同上的 *** 处理一下，然后插回显卡槽，最后装机，重启电脑就OK了，(取内存的图片如下：）
电脑开机时出现三短一长报警音,不能启动,是哪出了问题?
是电脑内存出了问题，此时处理下内存条即可。
把内存条重新装入内存条卡槽中，装好机箱盖，重新开机，大多数情况就可以正常使用。
拓展资料：
内存条是CPU可通过总线寻址，并进行读写操作的电脑部件。内存条在个人电脑历史上曾经是主内存的扩展。随着电脑软、硬件技术不断更新的要求，内存条已成为读写内存的整体。我们通常所说电脑内存（RAM）的大小，即是指内存条的总容量。
内存条是电脑必不可少的组成部分，CPU可通过数据总线对内存寻址。历史上的电脑主板上有主内存，内存条是主内存的扩展。以后的电脑主板上没有主内存，CPU完全依赖内存条。所有外存上的内容必须通过内存才能发挥作用。
电脑不断的出报警音，音频管理器里看到是这个进程console window host发出的，是怎么回事
conhost的全称是console host process, 即命令行程序的宿主进程。简单的说是出于安全考虑，在windows 7和Windows server 2008中引进的新的控制台应用程序处理机制。
原先,windows 7之前的宿主程序是由csrss.exe来完成的, 所有命令行进程都使用session唯一的csrss.exe进程. 而到了win7则改称每个命令行进程都有一个独立的conhost作为宿主。 这样当然有很多好处了，比如各进程之前不会相互影响，也不会影响到csrss，毕竟csrss还有其他更重要的任务要做。 当然最最重要的还是安全性的考虑，因为csrss是运行在local system账号下的，如果要处理window message，就要承担很多威胁，比如著名的window message shatter attack。而如果用用户权限的conhost来处理，则即使有攻击，影响的也只是低权限的宿主进程。
其实，不论是作为普通用户还是企业管理员，我们在日常的Windows应用和运维过程中都会或多或少的使用到控制台应用程序。控制台应用程序是没有用户界面的，我们需要通过命令提示符（CMD，这可不是DOS，很多人混淆不清）对其进行输入、输出操作。Windows自带的控制台应用程序 ，典型的有cmd.exe、nslookup.exe和telnet.exe等。
在早期的Windows版本中，所有代表非GUI活动的应用程序（即控制台应用程序）要在桌面上运行时，都通过系统进程Csrss.exe进行协调。当控制台应用程序需要接收字符时，会在Kernel32.dll中调用一个小型的“控制台APIs”以让Kernel32产生LPC来调用CSRSS。此时CSRSS会对控制台窗口的输入队列进行检查和校验，并将字符模式的结果通过Kernel32返回给控制台应用程序进行关联。
这样的处理机制就已经产生了一个问题：即使一个控制台应用程序在普通用户的上下文环境中执行，但Csrss.exe始终是运行在本地系统账户权限下的。因此，某些情况下“坏人”开发的恶意软件就有可能通过本地系统账户权限执行的Csrss.exe获取到更多特权。这种攻击模式被称为Shatter Attack。而到了win7和Windows Server 2008 R2时代，所有控制台应用程序都被放到了一个新的上下文进程ConHost.exe中来执行，而ConHost（控制台主机）与控制台程序运行在相同安全级的上下文环境当中，取代了发出LPC消息请求到CSRSS中进行处理这种机制，而是去请求ConHost。因此，任何应用程序企图利用消息请求来导致特权的自动提升都不会成功。
