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

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

計算機故障排查案例分析

(一)

你遇到過什么樣的計算機故障?

計算機常見的故障一一硬件類

,接插松動類

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

導致接觸不良。多見于內存、顯卡等。常見癥狀為:開機

黑屏,無報警或報告為內存錯誤(例如一長三短)

?非致命損壞類

。多見于老化或者質量較差的部件。多見于內存、硬盤等。

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

程序極其緩慢

?致命損壞類

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

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

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

計算機故障的排查思路一一理論篇

?計算機的故障千奇百怪,同一個癥狀可能有不同的

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

學的思維方法。

?基于物理學中常用的“觀察、推理、猜想、驗證”

的思維方法,對于計算機維修同樣有效。

?觀察:觀察并記錄計算機故障癥狀

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

?猜想:對于每一個可能,尋找一個辦法證明

?驗證:對硬件進行改動,以驗證猜想

計算機故障排查實例一一開機黑屏

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

示,喇叭無報警,鍵盤燈無反應。

實例分析一一理論思維過程

>觀察:開機后,屏幕無顯示,喇叭無報警,鍵盤燈無反

應。

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

主板、CPU、電源。

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

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

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

插內存,一定會有報警。根據(jù)這一點可以推斷故障是否

在內存上。

>驗證:拔出內存,無內存開機。如果報警,多數(shù)是內存

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

之中必有故障。

實例分析一一完整操作思路

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

后開機測試。

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

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

若有獨立顯卡,也拆之。

4,若故障依舊,拔出內存,故意制造故障

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

可能是內存松動。重新插上內存(可以更換插槽)

6,若依然沒有報警聲音,此時要么用POST檢測卡,

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

計算機故障排查案例一一隨機藍屏

?一部計算機,使用時會隨機性發(fā)生藍屏,沒有固定

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

實例分析一一理論思維過程

?觀察:隨機性的藍屏,沒有固定發(fā)生點

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

能和驅動程序有關。但是驅動程序引起的藍屏多數(shù)

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

了這個可能。如果藍屏發(fā)生點的隨機性很大,有可

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

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

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

力測試下,應該非常容易故障

>驗證:運行壓力測試軟件(Everest,OCCT等)

實例分析一一完整操作思路

1.打開機箱,開啟電腦,觀察顯卡、CPU、電源風

扇是否正常轉動。

2.用手感覺各部件的溫度??梢杂脺囟葴y試軟件觀

察。

3.若溫度明顯超標,可嘗試用家用風扇對著電腦吹。

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

4.若溫度正常,故障依舊??梢赃\行內存測試工具

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

問題,有條件的可以更換已知無問題的內存試試

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

店檢測。

案例一味WDNDOWS引導萋失

?故障癥狀:開機自檢通過,引導時出現(xiàn)“Missing

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

一個光標不停閃爍但無法進入系統(tǒng)的情況。

知識回顧

?POST(上電自檢)

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

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

MBR主引導記錄

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

導記錄。

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

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

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

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

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

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

移1FFH)是硬盤有效標志。

MtBR的引導過程

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

載到內存,其中包含MBR,然后把控制權交給內存

中的MBR運行。

?MBR讀取分區(qū)表,讀取時,以55AA為結束標志。

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

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

?如果55AA標志丟失,MBR讀取分區(qū)表錯誤,將會

造成硬盤死鎖的情況,更嚴重的是,絕大部分的軟

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

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

K維護工具!)死鎖!

主分區(qū)弓I導扇區(qū)

?主分區(qū)引導扇區(qū)是主分區(qū)內的第一扇區(qū)。引導扇區(qū)

記錄著一段程序代碼。

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

的代碼(以下簡稱引導扇區(qū))一般情況下會訪問文

件系統(tǒng)。

?Windows操作系統(tǒng)在安裝到主分區(qū)時,會改寫引導

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

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

后把控制權交給它們。

?如果NTLDR丟失,會收到一個NTLDRisMissing

的提示。

1m應CWS引導‘口

?從Windows2000

開始,Windows引

入了NTLoader作

為Windows引導管

理器。

?NTLDR會讀取

Boot.ini,根據(jù)

Bootin泊勺內容生

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

一單。

故障分析

?POST已經通過,但不表示硬盤沒有問題,應先檢查

BIOS是否正確識別硬盤。然后,可以先嘗試修復

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

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

升級性安裝。

?MBR是主引導記錄,是BIOS完成自檢后第一個“掌

權”的程序。

?MBR先于活動分區(qū),從Windows2000開始,運行

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

裝在活動分區(qū))

?修復MBR的方法:

。DOS下:FDISK/MBR

°Windows下:打開WinPM,點擊硬盤圖標,選擇更新MBR。

(其他軟件請自行查找)

。Windows修復控制臺:FixMBR(后述)

修復跑刪DCWS引導管理器

?Windows安裝光盤中有一個功能強大的修復工具,

卻因為Ghost安裝的流行而很少有人知道和使用,

那就是修復控制臺。

?Windows修復控制臺是一個NT內核之下的命令行界

面??梢蕴峁└呒壍拿钣糜谛迯拖到y(tǒng)的損壞。

?進入修復控制臺的方法:用Windows2000/XP原版

光盤啟動,當界面提示“要修復Windows2003

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

可進入。

?修復MBR的命令是:fixmbr

?修復引導的命令式:fixboot

imocws升級/修復安裝

?在安裝Windows的時候,有一個“升級”的選項,

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

行升級。

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

而且升級安裝可以自動修復缺失的系統(tǒng)文件、引導

程序等。

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

后遺癥。

案例二會網(wǎng)絡異常

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

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

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

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

顯示流量很大

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

5.無法獲取IP地址

知識回顧

?DNS,域名解釋服務,用于把域名轉化為IP地址

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

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

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

有唯一的物理地址。

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

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

能。

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

程接口

DNS

?DNS,域名解釋服務,用于把域名轉化為IP地址

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

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

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

?修復方法:手動設置DNS

?通用DNS服務器:(都是外國服務器)

。GoogleDNS:8.8.8.88.8.4.4

。OpenDNS:208.67.222.222208.67.220.220

TCP和UDP

?TCP(TransmissionControlProtocol,傳輸控制

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

?TCP協(xié)議能使一臺計算機發(fā)出的字節(jié)流無差錯地發(fā)

往網(wǎng)絡上的其他計算機。

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

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

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

比:寫信)

?UDP協(xié)議無法保證數(shù)據(jù)完整地到達,但是正因為如

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

MAC地址和ARP物議

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

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

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

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

送數(shù)據(jù)

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

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

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

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

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

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

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

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

地址宣言,那么ARP就會產生錯誤的記錄。輕則無

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

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

先告訴A:我是B。同時搶先對C說:我是A。那么A

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

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

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

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

DHCFX

?DHCP流程:

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

2.服務器通過廣播應答:我是DHCP服務器

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

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

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

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

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

那么就使用這個分配到的IP地址,并且通過廣播回復服務

器:我已經使用了這個地址。

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

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

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

?SPI木馬具有無進程、可

溫馨提示

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

評論

0/150

提交評論