計(jì)算機(jī)故障排查案例分析合并_第1頁
計(jì)算機(jī)故障排查案例分析合并_第2頁
計(jì)算機(jī)故障排查案例分析合并_第3頁
計(jì)算機(jī)故障排查案例分析合并_第4頁
計(jì)算機(jī)故障排查案例分析合并_第5頁
已閱讀5頁,還剩25頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

計(jì)算機(jī)故障排查案例分析

(一)

你遇到過什么樣的計(jì)算機(jī)故障?

計(jì)算機(jī)常見的故障一一硬件類

,接插松動(dòng)類

。最為常見的故障,多數(shù)是搬運(yùn)、溫差、塵埃、老化等因素

導(dǎo)致接觸不良。多見于內(nèi)存、顯卡等。常見癥狀為:開機(jī)

黑屏,無報(bào)警或報(bào)告為內(nèi)存錯(cuò)誤(例如一長(zhǎng)三短)

?非致命損壞類

。多見于老化或者質(zhì)量較差的部件。多見于內(nèi)存、硬盤等。

常見癥狀:隨機(jī)性藍(lán)屏、系統(tǒng)操作界面速度正常,但打開

程序極其緩慢

?致命損壞類

。多見于老化的部件。這里“致命損壞”的意思是,電子元

件出現(xiàn)了物理上的損壞從而根本無法工作。最常見的是電

容爆漿。有時(shí)候會(huì)出現(xiàn)電路板燒焦的情況

計(jì)算機(jī)故障的排查思路一一理論篇

?計(jì)算機(jī)的故障千奇百怪,同一個(gè)癥狀可能有不同的

原因。為此,在排查計(jì)算機(jī)故障的過程中,要有科

學(xué)的思維方法。

?基于物理學(xué)中常用的“觀察、推理、猜想、驗(yàn)證”

的思維方法,對(duì)于計(jì)算機(jī)維修同樣有效。

?觀察:觀察并記錄計(jì)算機(jī)故障癥狀

>推理:由癥狀推想可能出現(xiàn)錯(cuò)誤的地方

?猜想:對(duì)于每一個(gè)可能,尋找一個(gè)辦法證明

?驗(yàn)證:對(duì)硬件進(jìn)行改動(dòng),以驗(yàn)證猜想

計(jì)算機(jī)故障排查實(shí)例一一開機(jī)黑屏

一部用了半年左右的電路主機(jī)。開機(jī)后,屏幕無顯

示,喇叭無報(bào)警,鍵盤燈無反應(yīng)。

實(shí)例分析一一理論思維過程

>觀察:開機(jī)后,屏幕無顯示,喇叭無報(bào)警,鍵盤燈無反

應(yīng)。

,推理:造成開機(jī)黑屏的情況很多,優(yōu)先考慮的是內(nèi)存、

主板、CPU、電源。

>猜想:由于可能性很多,要逐一分析每種可能性之間的

不同。首先檢查CPU的供電是否接好。然后排查內(nèi)存。

如果內(nèi)存插不穩(wěn),有可能不報(bào)警,但如果主板正常,不

插內(nèi)存,一定會(huì)有報(bào)警。根據(jù)這一點(diǎn)可以推斷故障是否

在內(nèi)存上。

>驗(yàn)證:拔出內(nèi)存,無內(nèi)存開機(jī)。如果報(bào)警,多數(shù)是內(nèi)存

損壞或插不穩(wěn)。如果仍然無報(bào)警,則主板、CPU、電源

之中必有故障。

實(shí)例分析一一完整操作思路

1.打開機(jī)箱,查看是否有積塵,若有,清理之。然

后開機(jī)測(cè)試。

2,若故障依舊,檢查CPU專屬供電是否接好。

3.若故障依舊,拆除大部分硬件,只留下最小系統(tǒng),

若有獨(dú)立顯卡,也拆之。

4,若故障依舊,拔出內(nèi)存,故意制造故障

5.若出現(xiàn)報(bào)警聲音,表明主板BIOS自檢運(yùn)作良好,

可能是內(nèi)存松動(dòng)。重新插上內(nèi)存(可以更換插槽)

6,若依然沒有報(bào)警聲音,此時(shí)要么用POST檢測(cè)卡,

要么把CPU拆下來,換去已知正常的主板上測(cè)試。

計(jì)算機(jī)故障排查案例一一隨機(jī)藍(lán)屏

?一部計(jì)算機(jī),使用時(shí)會(huì)隨機(jī)性發(fā)生藍(lán)屏,沒有固定

的故障發(fā)生點(diǎn)。重裝系統(tǒng)也無法解決。

實(shí)例分析一一理論思維過程

?觀察:隨機(jī)性的藍(lán)屏,沒有固定發(fā)生點(diǎn)

>推理:藍(lán)屏意味著windows核心出現(xiàn)故障。原因可

能和驅(qū)動(dòng)程序有關(guān)。但是驅(qū)動(dòng)程序引起的藍(lán)屏多數(shù)

是有比較固定的發(fā)生點(diǎn),而且重裝也無濟(jì)于事排除

了這個(gè)可能。如果藍(lán)屏發(fā)生點(diǎn)的隨機(jī)性很大,有可

能是系統(tǒng)過熱或者內(nèi)存有壞塊。另外,如果主板的

芯片出現(xiàn)虛焊的情況,也可能會(huì)有隨機(jī)性的藍(lán)屏。

?猜想:如果系統(tǒng)是過熱或者內(nèi)存有壞塊的話,在壓

力測(cè)試下,應(yīng)該非常容易故障

>驗(yàn)證:運(yùn)行壓力測(cè)試軟件(Everest,OCCT等)

實(shí)例分析一一完整操作思路

1.打開機(jī)箱,開啟電腦,觀察顯卡、CPU、電源風(fēng)

扇是否正常轉(zhuǎn)動(dòng)。

2.用手感覺各部件的溫度。可以用溫度測(cè)試軟件觀

察。

3.若溫度明顯超標(biāo),可嘗試用家用風(fēng)扇對(duì)著電腦吹。

若藍(lán)屏現(xiàn)象改善或消失,可以判斷為散熱問題。

4.若溫度正常,故障依舊。可以運(yùn)行內(nèi)存測(cè)試工具

測(cè)試內(nèi)存壞塊。若發(fā)現(xiàn)壞塊,先不急于判斷內(nèi)存

問題,有條件的可以更換已知無問題的內(nèi)存試試

5,若更換內(nèi)存故障依舊,建議把主板送到專業(yè)維修

店檢測(cè)。

案例一味WDNDOWS引導(dǎo)萋失

?故障癥狀:開機(jī)自檢通過,引導(dǎo)時(shí)出現(xiàn)“Missing

NTLDR”或者“MissingBOOTMGR",或者出現(xiàn)

一個(gè)光標(biāo)不停閃爍但無法進(jìn)入系統(tǒng)的情況。

知識(shí)回顧

?POST(上電自檢)

?POST后的引導(dǎo)過程(MBR,分區(qū)表,啟動(dòng)扇區(qū))

>Windows引導(dǎo)管理系統(tǒng)(NTLDR,Boot.ini)

MBR主引導(dǎo)記錄

?MBR,全稱為MasterBootRecord,即硬盤的主引

導(dǎo)記錄。

?主引導(dǎo)扇區(qū)是硬盤的第一物理扇區(qū)(0柱面、0磁頭、

1扇區(qū))。它由三個(gè)部分組成,主引導(dǎo)記錄MBR、

硬盤分區(qū)表DPT和硬盤有效標(biāo)志。在總共512字節(jié)

的主引導(dǎo)扇區(qū)里MBR占446個(gè)字節(jié)(偏移0―偏移

1BDH),DPT占64個(gè)字節(jié)(偏移1BEH—偏移

1FDH),最后兩個(gè)字節(jié)“55AA"(偏移1FEH--偏

移1FFH)是硬盤有效標(biāo)志。

MtBR的引導(dǎo)過程

?BIOS在POST完成后,把硬盤的主引導(dǎo)扇區(qū)內(nèi)容加

載到內(nèi)存,其中包含MBR,然后把控制權(quán)交給內(nèi)存

中的MBR運(yùn)行。

?MBR讀取分區(qū)表,讀取時(shí),以55AA為結(jié)束標(biāo)志。

?MBR把控制權(quán)移交給“活動(dòng)主分區(qū)”的第一扇區(qū)

(要和主引導(dǎo)扇區(qū)相區(qū)別)。

?如果55AA標(biāo)志丟失,MBR讀取分區(qū)表錯(cuò)誤,將會(huì)

造成硬盤死鎖的情況,更嚴(yán)重的是,絕大部分的軟

件都依賴MBR和DPT去訪問硬盤,55AA的丟失會(huì)造

成所有的操作系統(tǒng)和大部分的軟件(包括部分硬盤

K維護(hù)工具?。┧梨i!

主分區(qū)弓I導(dǎo)扇區(qū)

?主分區(qū)引導(dǎo)扇區(qū)是主分區(qū)內(nèi)的第一扇區(qū)。引導(dǎo)扇區(qū)

記錄著一段程序代碼。

?這段代碼和MBR的不同之處在于,主分區(qū)引導(dǎo)扇區(qū)

的代碼(以下簡(jiǎn)稱引導(dǎo)扇區(qū))一般情況下會(huì)訪問文

件系統(tǒng)。

?Windows操作系統(tǒng)在安裝到主分區(qū)時(shí),會(huì)改寫引導(dǎo)

扇區(qū),該引導(dǎo)扇區(qū)會(huì)先訪問文件系統(tǒng),尋找NTLDR

(2OOO/XP)或者BOOTMGR(Vista/Win7),然

后把控制權(quán)交給它們。

?如果NTLDR丟失,會(huì)收到一個(gè)NTLDRisMissing

的提示。

1m應(yīng)CWS引導(dǎo)‘口

?從Windows2000

開始,Windows引

入了NTLoader作

為Windows引導(dǎo)管

理器。

?NTLDR會(huì)讀取

Boot.ini,根據(jù)

Bootin泊勺內(nèi)容生

成操作系統(tǒng)選擇菜

一單。

故障分析

?POST已經(jīng)通過,但不表示硬盤沒有問題,應(yīng)先檢查

BIOS是否正確識(shí)別硬盤。然后,可以先嘗試修復(fù)

MBRo而后,再修復(fù)Windows啟動(dòng)管理系統(tǒng)。如果

仍然無法解決問題,可以用原版XP、win7光盤進(jìn)行

升級(jí)性安裝。

?MBR是主引導(dǎo)記錄,是BIOS完成自檢后第一個(gè)“掌

權(quán)”的程序。

?MBR先于活動(dòng)分區(qū),從Windows2000開始,運(yùn)行

操作系統(tǒng)安裝在非活動(dòng)分區(qū)(但引導(dǎo)管理器必須安

裝在活動(dòng)分區(qū))

?修復(fù)MBR的方法:

。DOS下:FDISK/MBR

°Windows下:打開WinPM,點(diǎn)擊硬盤圖標(biāo),選擇更新MBR。

(其他軟件請(qǐng)自行查找)

。Windows修復(fù)控制臺(tái):FixMBR(后述)

修復(fù)跑刪DCWS引導(dǎo)管理器

?Windows安裝光盤中有一個(gè)功能強(qiáng)大的修復(fù)工具,

卻因?yàn)镚host安裝的流行而很少有人知道和使用,

那就是修復(fù)控制臺(tái)。

?Windows修復(fù)控制臺(tái)是一個(gè)NT內(nèi)核之下的命令行界

面??梢蕴峁└呒?jí)的命令用于修復(fù)系統(tǒng)的損壞。

?進(jìn)入修復(fù)控制臺(tái)的方法:用Windows2000/XP原版

光盤啟動(dòng),當(dāng)界面提示“要修復(fù)Windows2003

server的安裝,請(qǐng)按R”,按R鍵繼續(xù)。按屏幕操作即

可進(jìn)入。

?修復(fù)MBR的命令是:fixmbr

?修復(fù)引導(dǎo)的命令式:fixboot

imocws升級(jí)/修復(fù)安裝

?在安裝Windows的時(shí)候,有一個(gè)“升級(jí)”的選項(xiàng),

意思是在不破壞現(xiàn)有系統(tǒng)的情況下,對(duì)現(xiàn)有系統(tǒng)進(jìn)

行升級(jí)。

?事實(shí)上,即使是同級(jí)的系統(tǒng),也可以進(jìn)行升級(jí)安裝,

而且升級(jí)安裝可以自動(dòng)修復(fù)缺失的系統(tǒng)文件、引導(dǎo)

程序等。

?不過,升級(jí)安裝一般情況下無法清除病毒或者病毒

后遺癥。

案例二會(huì)網(wǎng)絡(luò)異常

?故障現(xiàn)象:(下列各項(xiàng)是多種不同情況)

1.只能上QQ,不能打開網(wǎng)頁

2.連接正常,但是無論QQ還是網(wǎng)頁都無法打開

3.所有下載軟件都關(guān)閉了,但是網(wǎng)速依然很慢,流量統(tǒng)計(jì)

顯示流量很大

4.360安全衛(wèi)士提示:ARP攻擊

5.無法獲取IP地址

知識(shí)回顧

?DNS,域名解釋服務(wù),用于把域名轉(zhuǎn)化為IP地址

?TCP,傳輸控制協(xié)議。面向連接的,可靠的傳輸協(xié)議

?UDP,用戶報(bào)文協(xié)議。面向報(bào)文的,不可靠的傳輸協(xié)議。

?MAC地址,網(wǎng)卡的物理地址,一般情況下,每張網(wǎng)卡擁

有唯一的物理地址。

?ARP協(xié)議,地址解釋協(xié)議。把IP地址轉(zhuǎn)化為MAC地址。

?DHCP,動(dòng)態(tài)主機(jī)配置協(xié)議。DHCP提供自動(dòng)獲取IP的功

能。

?SPI接口。Windows提供的可以用于介入網(wǎng)絡(luò)通信的編

程接口

DNS

?DNS,域名解釋服務(wù),用于把域名轉(zhuǎn)化為IP地址

?DNS故障的表現(xiàn)為:可以登陸QQ,但是無法打開網(wǎng)

頁。但是,如果直接輸入某個(gè)網(wǎng)站的IP,可以直接

打開這個(gè)網(wǎng)站。

?修復(fù)方法:手動(dòng)設(shè)置DNS

?通用DNS服務(wù)器:(都是外國(guó)服務(wù)器)

。GoogleDNS:8.8.8.88.8.4.4

。OpenDNS:208.67.222.222208.67.220.220

TCP和UDP

?TCP(TransmissionControlProtocol,傳輸控制

協(xié)議)是基于連接的協(xié)議。(類比:打電話)

?TCP協(xié)議能使一臺(tái)計(jì)算機(jī)發(fā)出的字節(jié)流無差錯(cuò)地發(fā)

往網(wǎng)絡(luò)上的其他計(jì)算機(jī)。

?TCP的應(yīng)用:網(wǎng)頁、文件傳輸

?UDP(UserDataProtocol,用戶數(shù)據(jù)報(bào)協(xié)議)是

基于報(bào)文的協(xié)議。數(shù)據(jù)是直接發(fā)送到目的地。(類

比:寫信)

?UDP協(xié)議無法保證數(shù)據(jù)完整地到達(dá),但是正因?yàn)槿?/p>

此,UDP協(xié)議的效率更高。

MAC地址和ARP物議

?MAC地址用于唯一地識(shí)別網(wǎng)卡,由于MAC地址的唯

一性,經(jīng)常被用于用戶綁定(校園網(wǎng))

?由于交換機(jī)是二層設(shè)備,因此在交換機(jī)網(wǎng)絡(luò)中,需

要ARP協(xié)議把IP地址轉(zhuǎn)換為MAC地址,然后才能發(fā)

送數(shù)據(jù)

?假設(shè)現(xiàn)在要發(fā)送一個(gè)數(shù)據(jù)給192.16801,此時(shí)計(jì)

算機(jī)查ARP表,發(fā)現(xiàn)沒有這個(gè)地址。于是廣播:

“誰是192,168.0.1”,此時(shí)有人回答:“我是!

我的1\/1八(:地址是12—34—56—78—90—八8”,于是

就把這個(gè)記錄在ARP表中,以后所有發(fā)給

192.168.0.1的數(shù)據(jù),都會(huì)發(fā)送給MAC地址為12-

-34—56—78—90—AB的網(wǎng)卡。

?在ARP廣播階段,如果有人冒充其他IP,發(fā)出MAC

地址宣言,那么ARP就會(huì)產(chǎn)生錯(cuò)誤的記錄。輕則無

法上網(wǎng),重則數(shù)據(jù)會(huì)被竊聽、篡改。

?假設(shè)A和B通訊,A通過廣播尋找B的時(shí)候,C此時(shí)搶

先告訴A:我是B。同時(shí)搶先對(duì)C說:我是A。那么A

和B的通訊就變成了AC和BC的通訊。此時(shí)AB之間的

通訊都會(huì)發(fā)送給C,而C可以對(duì)數(shù)據(jù)進(jìn)行竊聽或者篡

改。為了保證AB之間的通訊暢通,C會(huì)進(jìn)行數(shù)據(jù)的

轉(zhuǎn)發(fā),造成通訊正常的假象。

DHCFX

?DHCP流程:

1.客戶端發(fā)起UDP廣播:DHCP服務(wù)器在哪里?

2.服務(wù)器通過廣播應(yīng)答:我是DHCP服務(wù)器

3.客戶端再次廣播:我要求一個(gè)IP地址

4.服務(wù)器查詢自身的分配表,找到一個(gè)空閑的IP地址,把客

戶端的MAC地址和分配到IP地址記錄下來。井廣播告知:

MAC為某某某的,你的IP地址是XXX

5.客戶端接收到后,如果MAC地址和自己的MAC地址一致,

那么就使用這個(gè)分配到的IP地址,并且通過廣播回復(fù)服務(wù)

器:我已經(jīng)使用了這個(gè)地址。

?SPI接口是Windows提供給編程人員編寫網(wǎng)絡(luò)過濾程

序的接口。最早是用于網(wǎng)絡(luò)防火墻開發(fā)的,但是近

年來有人用這個(gè)接口來編寫木馬病毒程序。

?SPI木馬具有無進(jìn)程、可

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論