电脑操作大忌之硬盘毁灭性误操作

本文要叙述的是会造成硬盘毁灭性故障的错误及操作,不是一般的磁盘和系统错误,这些故障通常没有先兆,一旦出现,在BIOS里也不能认出硬盘,硬盘数据挽回的可能性极小,此所谓硬盘之大敌。

一般地,现在的硬盘都加入了S.M.A.R.T的自动侦测技术,以便让用户能在致命的故障出现前看到先兆,备份好数据——但这都是针对正常操作情况下设计的,如果用户的使用方法如下所列,故障的出现将可能是无先兆的,也就是突然死亡。

一、在开机和关机的时候突然强行切断电源

现在的电源及主板的ATX设计,普遍实现了软关机的功能。这种设计让人倍感方便。但是软关机要先完成一系列的关闭正在运行的程序的操作,加上各种操作系统及各主板厂家设计上的兼容性、BUG,Windows在进行关闭应用程序然后切断电源的时候经常会出现死机,大家可能在很多论坛及报刊的问答专栏里,都见过问“为什么在软关机的时候死机”的问题——此时硬盘的复位动作很可能还没完成,如果用户采用强行切断电源的做法,硬盘物理受损的可能性很大。

*正确的做法:如果在软关机时候出现死机,应该是按RESET键,让系统重新进入Windows后,再正式完成关机操作——这样可能会繁琐一点,但是能保证硬盘安全地复位,对你上千元的硬盘来说,安全第一啊。

还有就是开机的时候进行的切断电源:在正常状态下当然没人会做这么无聊的操作,但是当出现一些诸如显示卡或是内存没插好、视频线松了的情况,导致电脑开机无显示的时候,很多人就只埋头于搞定看到的问题,频繁的开机、关机,插拔板卡,再开机......而没留意硬盘在一次次电源的开关下吱吱的呻吟——尤其是开机没显示,只有几秒钟的时间,硬盘的初始化动作还没完成,磁头正处于敏感位置,一下子被切断电源停机,然后在不到10秒钟的情况又受到电流冲击,发生故障的机率会大大增加。

*建议正确的做法:先把硬盘的电源线拔掉,你怎么玩都可以。故障排除后,再接也不迟啊。

二、对分区进行的误操作

这的确是新手的错误居多了——Windows的各种版本造成FAT16、FAT32、NTFS各种格式的存在,不同的任务导致各菜鸟蠢蠢欲动经常想变换分区格式、现在GHOST和PQ分区大师都能对分区进行随心所欲的操作,以调整分区的大小、格式,尤其是后者还具有格式化分区、隐藏分区的功能,对熟悉操作的人来说,这些工具是让人得心应手;但对于新手来说,对分区的操作应该特别谨慎。因为分区的错误虽然是软故障,不是物理故障,但是如果胡乱操作出错后,在没有弄懂基本概念的情况下,不假思索地进行“恢复”操作的话,可能会导致分区的引导区和分区表过于混乱无法再被任何工具软件识别——如果你没有分区表和硬盘引导区数据备份的话,嘿嘿,就只好低级格式化了——低级格式化的工具使用也有个熟练和懂行与否的问题,由于对分区进行误操作导致新硬盘不能再使用的案例,我见过不少。

*建议的措施:无论您是老鸟还是新手,在对硬盘进行敏感操作的时候,备份好分区表和引导区数据,出错的时候就能随时正确恢复了。新手最好请个师傅,先带一带,熟悉了软件的界面和指令后再自己操作,毕竟硬盘不同于其他配件,里面有你的宝贵数据哦。 
三、Windows的初始化及使用过程中的危险习惯操作

Windows在初始化的时候,是较为敏感和危险的时刻,如果用户在启动组里加载了太多的东西,Windows的初始化就会耗费大量时间,也可能会造成死机——尤其是因为害怕病毒而加载了2个以上防火墙、或是在线监控病毒软件的用户,各杀毒软件之间的冲突机率很大。

另外,Windows系列提供了用TAB+ALT键切换各应用程序的功能,尤其是能在DOS窗口下切换回Windows界面,方便了要在旧的应用程序下工作的用户。但是因为DOS是单线程的操作系统,其应用程序也是基于这种线程的设计,所以DOS的应用程序对CPU的占用率较大,因为DOS老架构的问题,程序的反应也没Windows程序快,所以在进行Windows的DOS窗口操作的时候,建议用户的动作不要那么快,以免系统响应不及造成死机;另外,使用TAB+ALT切换的时候也应该谨慎,不要在程序还没完成当前的任务就强行切换,造成死机。

Windows中的错误,本来不会直接造成硬盘的物理损坏。但是这些是属于使用习惯的问题,一两次无所谓,天长日久,频繁的死机和重启动,对硬盘乃至电脑的各个配件的冲击积累起来是相当有害的;而且频繁死机容易造成人的心理急躁,可能会在电脑重新启动完成前就赌气关机,也就是出现第一种类型的致命故障的可能性。还有就是各种各样不退出Windows程序就随手关机、长期不整理硬盘和不运行磁盘扫描程序(在一些公用的计算机最常见)等等的不良习惯,都可能会埋下硬盘毁灭的根源。

*建议的措施:这些都是基本的东西,注意改变使用习惯就是,比如在线防杀毒软件,挂一个即可,可以定期变换其他的,但同时后台运行的不适宜太多。其他标准正确的操作在很多经验文章里都有提及,此处不多说了。 
四、其他各类非常规错误

比如数据线插反、劣质的电源导致的损坏、板卡的短路等等,在各类报刊网站有很多案例,此处不一一列举了,自己注意就是。

总结:

上面所说的硬盘大敌,不一定是如此操作后马上出现故障,但是存在相当高的损坏机率——你今天还玩游戏上网好好的,随手关机后,明天没有任何提示,系统找不到硬盘了。请大家对照自己的做法,注意改进,维护硬盘用临时抱佛脚、出了问题再想办法的态度是很危险的,除非你的运气永远那么好!

(0)

相关推荐

  • 电脑操作大忌之硬盘毁灭性误操作

    本文要叙述的是会造成硬盘毁灭性故障的错误及操作,不是一般的磁盘和系统错误,这些故障通常没有先兆,一旦出现,在BIOS里也不能认出硬盘,硬盘数据挽回的可能性极小,此所谓硬盘之大敌. 一般地,现在的硬盘都加入了S.M.A.R.T的自动侦测技术,以便让用户能在致命的故障出现前看到先兆,备份好数据--但这都是针对正常操作情况下设计的,如果用户的使用方法如下所列,故障的出现将可能是无先兆的,也就是突然死亡. 一.在开机和关机的时候突然强行切断电源 现在的电源及主板的ATX设计,普遍实现了软关机的功能.这种

  • javascript阻止浏览器后退事件防止误操作清空表单

    由于客户大多数是不懂电脑的大菜鸟.所以误操作比较多,有时没有选中文本框,然后不小心按了退格之后,刚刚辛苦填好的表单就什么也后退的没有了.网上查了好多资料,然后整合了一下.分享给大家.也希望酸奶姐姐来看看我的第一篇技术博客.呵呵(别介意我提到了你哦.).废话不多说.上源码. 复制代码 代码如下: $(function(){ //处理键盘事件 禁止后退键(Backspace)密码或单行.多行文本框除外 function banBackSpace(e){ var ev = e || window.ev

  • MySQL中truncate误操作后的数据恢复案例

    实际线上的场景比较复杂,当时涉及了truncate, delete 两个操作,经确认丢数据差不多7万多行,等停下来时,差不多又有共计1万多行数据写入. 这里为了简单说明,只拿弄一个简单的业务场景举例. 测试环境: Percona-Server-5.6.16 日志格式: mixed 没起用gtid 表结构如下: CREATE TABLE `tb_wubx` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(32) DEFAULT NULL

  • MySQL数据库误操作后快速回滚的方法

    基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了.误操作后,能快速回滚数据是非常重要的. binlog2sql快速回滚 首先,确认你的MySQL server开启了binlog,设置了以下参数: [mysqld] server-id = 1 log_bin = /var/log/mysql/mysql-bin.log max_binlog_siz

  • 详解MySQL误操作后怎样进行数据恢复

    一.开启binlog. 首先查看binlog是否开启 mysql> show variables like "log_bin"; +---------------+-------+ |Variable_name | Value +---------------+-------+ | log_bin OFF +---------------+-------+ 1 row in set (0.00 sec) 值为OFF,需开启,开启binlog方式如下: #vim /etc/my.c

  • MySQL误操作后快速恢复数据的方法

    摘要: 利用binlog闪回误操作数据. 基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了.误操作后,能快速回滚数据是非常重要的. 传统解法 用全量备份重搭实例,再利用增量binlog备份,恢复到误操作之前的状态.然后跳过误操作的SQL,再继续应用binlog.此法费时费力,不值得再推荐. 利用binlog2sql快速闪回 首先,确认你的MySQ

  • MySQL数据库防止人为误操作的实例讲解

    有不少开发人员在操作MySQL数据库的时候都遇到过误操作的情况,例如更新数据库的时候update语句忘记加上where条件,就会造成极为悲剧的结果.本文就针对防止MySQL数据库误操作的方法做出如下详解: 1.mysql帮助说明 # mysql --help|grep dummy -U, --i-am-a-dummy Synonym for option --safe-updates, -U. i-am-a-dummy FALSE 在mysql命令加上选项-U后,当发出没有WHERE或LIMIT

  • Mysql误操作后利用binlog2sql快速回滚的方法详解

    前言 在日常工作或者学习中,操作数据库时候难免会因为"大意"而误操作,需要快速恢复的话通过备份来恢复是不太可能的,下面这篇文章主要给大家介绍关于Mysql误操作后利用binlog2sql快速回滚的方法,话不多说,来一起看看详细的介绍: 一.总体解释: DML(data manipulation language): 它们是SELECT.UPDATE.INSERT.DELETE,就象它的名字一样,这4条命令是用来对数据库里的数据进行操作的语言 DDL(data definition la

  • SQLServer数据库误操作恢复的方法

    目录 前言 一.恢复数据实例 1.创建初始数据 2.保证数据恢复的前提条件 3.模拟不小心误操作 4.开始恢复 二.恢复数据原理 1.数据库文件类型 2.使用bak恢复数据原理 总结 参考 前言 在日常开发工作中,有可能会存在数据库的误操作,比如不小心删除了一个表或者删除了一堆数据,这个时候我们就需要将数据库进行恢复,恢复到误操作以前的状态,而这篇文章就是主要如何在误操作之后,恢复数据库的数据. 一.恢复数据实例 1.创建初始数据 use master if exists (select * f

  • 图形编辑器中JS实现防误操作之拖拽阻塞

    目录 图形编辑器中 代码改造 结尾 图形编辑器中 在图形编辑器中,想象这么一个场景,我们撤销了一些重要的操作,然后想选中一个图形,看看它的属性.你点了上去,然后你发现你再也无法重做了. 你以为你点了一下,但其实你点击的时候,鼠标还是小小移动了一点,飘了一个像素点.对编辑器来说,它识别到让图形移动一个像素点的操作,就生成了一个新的版本,然后重做栈(redoStack)被清空了,你退回前的操作就没了. 为了解决这类用户微小操作的问题,我们可以巧妙地给拖拽行为加一个 阻塞阈值.具体就是就是按下鼠标后,

随机推荐