N000013解開硬碟邏輯死鎖(轉)
N000013解開硬碟邏輯死鎖(轉)[@more@] 一•序言 不知道你是否曾碰到過從軟盤和硬碟都啟動不了計算機的情形?一般計算機的硬碟分割槽表被病毒感染後,若不能啟動機子,通常從軟盤可以啟動。但在嚴重的情形下,不但從硬碟不能啟動機子,就是從軟盤也不能啟動。有的惡毒的病毒就能使硬碟被死鎖。筆者一次在自己機子上玩弄硬碟鎖時,就被鎖住過一次。結果在硬碟下選擇DOS或WIN95模式啟動機子都當機,在軟盤下用DOS啟動也當機;在COMS中將硬碟型別選擇None,雖然可以從軟盤啟動,但啟動後沒有硬碟,使用軟盤上的FDISK命令,想重新分割槽或格式化都沒門。弄得我一籌莫展。 本來,硬碟被鎖住時,可以採用3.0以下的DOS版本啟動機子,機子啟動後雖然也不認硬碟,但其不認的原因在於其管理不了現在的大硬碟,因此可以用Debug修改硬碟分割槽表,修改後可以啟動。但在已進入WINDOWS的年代,3.0以下的DOS實難找到,即使找到,你的機子上恐怕也因沒有5寸軟碟機而不能使用。因此,最好的辦法是編制一個程式來解決這個問題。筆者透過嘗試和思考,找到一種比較實用的方法,可以輕鬆解開死鎖的硬碟,當然也把自己的硬碟解開了。下面,我將這種方法介紹出來。 二•硬碟鎖住原理 硬碟鎖住通常是對硬碟的分割槽表做手腳,因此首先應該瞭解硬碟的分割槽表。硬碟分割槽表位於0柱面0磁頭1扇區,這個扇區的前面200多個位元組是主載入程式,後面從01BEH開始的64個位元組是分割槽表。分割槽表共64位元組,分為4欄,每欄16位元組,用來描述一個分割槽。如果是用DOS的FDISK程式分割槽後,最多隻用兩欄,第一欄描述基本的DOS分割槽,第二欄描述擴充套件的DOS分割槽。 分割槽表一欄的結構與各位元組的含義如下: 00H―標誌活動位元組,活動DOS分割槽為80H,其它為00H。 01H―本分割槽邏輯0扇區所在的磁頭號。 02H―邏輯0扇區所在柱面中的扇區號。 03H―邏輯0扇區所在的柱面號。 04H―分割槽型別標誌。 05H―本分割槽最後一個扇區的磁頭號。 06H―最後一個扇區的扇區號。 07H―最後一個柱面的柱面號。 08H―硬碟上在本分割槽之前的扇區總數,用雙字表示。 0CH―本分割槽的扇區總數,從邏輯0扇區計數,不含隱藏扇區,用雙字表示。 在上面的介紹中給出的柱面號與扇區號雖然各佔一個位元組,但實際上扇區號用6位表示,柱面號用10位表示,扇區號所在位元組的最高兩位實際上是柱面號的最高兩位。 分割槽表的最後兩個位元組是分割槽表的有效標誌,如果將其改變,將不能從硬碟啟動,這是一種簡單的鎖住硬碟的方法。解決的辦法是從軟盤啟動,啟動後硬碟仍然可以使用。用Debug或Noratn中的Diskedit軟體將硬碟該分割槽表中的標誌恢復,則從硬碟啟動也沒有問題了。鎖住硬碟的另一種方法是對分割槽引數做手腳,如果將分割槽引數全部變為0,則啟動時由於找不到分割槽引數,從硬碟是沒法啟動,從軟盤啟動後也不認硬碟,如果你敲入磁碟機代號C並回車,將出現提示Invalid driver specification。 但所幸的是,畢竟可以啟動機子,不認硬碟沒關係,在A盤上用DOS的Debug仍然可以讀出硬碟0柱面0磁頭1扇區的內容,修改後再寫入0柱面0磁頭1扇區,重新啟動機子又沒問題了。如果將分割槽表引數隨意改為其它引數,則有可能不能用可以安裝DOS的DOS系統盤啟動,按F3退出後將出現記憶體分配錯誤,不能裝載DOS的命令直譯器COMMAND的提示,系統就當機了,筆者就曾碰見過這種情形。但用一張格式化成系統盤的軟盤則可以順利啟動,只要有Debug,你仍然可以將分割槽表引數修改回去。 可怕的事情是,如果你不幸將分割槽表引數改成一個迴圈鏈,即C盤的下一個分割槽指向D驅,D驅的下一個分割槽又指向C區,這樣迴圈下去,DOS啟動或WIN95啟動時由於無休止的讀取邏輯驅動器,就只有當機的份了。這是隻要有硬碟存在,不管你用軟盤還是硬碟都沒法啟動機子了,由於不能啟動是由於硬碟造成的,即使你將硬碟下到其它計算機上,也沒法使用,這樣硬碟就徹底被鎖死了,筆者所遭遇就是此情形。不信,你只需將硬碟0柱面0磁頭1扇區的1D0H處改為1(如果你的D驅開始柱面號不夠大,此處本來就為1),將1D1H處改為0,表示D盤的開始柱面號跟C盤一樣,看看你的計算機還能不能啟動,不過你在沒有充分的準備前絕不要試。 一個完整的硬碟鎖程式,不過是重新改寫0柱面0磁頭1扇區的載入程式,並將分割槽表破壞或故意製造一個迴圈分割槽表,而將真正的硬碟分割槽表引數和載入程式放在其它隱藏扇區並保護起來,如果啟動時口令不對,則不能啟動機子,口令對了則順利啟動。這種硬碟鎖程式,情形好的還可以用軟盤啟動;情形嚴重的就是連軟盤也不能啟動,硬碟真被鎖住。 三•解開硬碟鎖的程式法 如果硬碟被鎖死,是否真的就無法解開呢?當然不是。看看問題的癥結所在,根源在於DOS中的IO.SYS檔案,它包含LOADER、IO1、IO2、IO3四個模組,其中IO1中包含有一個很關鍵的程式SysInt_I,它在啟動中很固執,非要去讀分割槽表,而且不把分割槽表讀完誓不罷休。如果碰上分割槽表是迴圈的,它就只有當機了。這是DOS的脆弱性和不完備性。其實這也不能怪DOS,因為DOS為了獲得硬碟使用權,就必需讀分割槽表引數,而且DOS還約定驅動器號不能超過26,只不過沒有考慮到此等迴圈分割槽表情形。 一句話,機子不能啟動不過是DOS作業系統造成的,如果另寫一個作業系統,或許就能啟動機子。當然這只是說個笑話。 明白了病因在於DOS,問題就好辦了。DOS啟動中不是要讀硬碟分割槽表嗎?我不讓你讀分割槽表甚至連硬碟都不讓你讀,不就可以順利啟動了。的確是這樣的,解開硬碟鎖的程式實現方法就是基於這個思想形成的。當然,這隻有從軟盤啟動著手了。 看看計算機的啟動過程,上電首先進行的多項硬體自測跟我們沒有關係,我們關心的只是它最開始和磁碟打交道時是幹什麼。如果選擇從硬碟啟動,則計算機和磁碟最開始打交道是將硬碟0柱面0磁頭1扇區的內容讀入記憶體0000:7C00處並跳到0000:7C00處執行;如果選擇從軟盤啟動,則計算機和磁碟最開始打交道是將A盤0磁軌0磁頭1扇區的內容讀入記憶體0000:7C00處並跳到0000:7C00處執行,在執行過程中,計算機並不檢查該扇區的內容是什麼,只機械地執行讀命令,這使得許多系統型病毒得以生存。 但利用這一點,恰恰使我們的程式解鎖法有了用武之地。如果我們用DOS格式化一張可以啟動機子的系統軟盤,將該軟盤的0磁軌0磁頭1扇區的內容移到後面的空白扇區中,而重新寫一段程式到該軟盤的0磁軌0磁頭1扇區,這樣用軟盤啟動時首先執行的是我們所寫的程式了。 在這段程式中,具備這樣一些功能:在DOS啟動前搶先攔截INT 13H,駐留高階記憶體並監視INT 13H,判斷是否讀硬碟,如果是讀硬碟就直接返回,這樣就禁止了讀硬碟,也就避免了DOS讀硬碟迴圈分割槽表造成的當機;同時攔截對軟盤的讀取,如果讀軟盤的0磁軌0磁頭1扇區,就改成讀真正有載入程式和磁碟參數列的扇區,免得DOS在啟動中找不到軟盤的磁碟參數列而當機。完成這些任務的同時,還要讀取軟盤真正的載入程式並把控制權交給它。 該方法可以稱為萬能的,因為它在用軟盤啟動中,始終不與硬碟打交道,這樣不管你硬碟用什麼方法加鎖了,對DOS的啟動都沒有影響。 當然,這樣啟動的機子是不認硬碟的,但這沒有關係。你可在機子啟動後,用Debug調出駐留高階記憶體的新INT 13H程式,將其改為只有一條直接執行舊INT 13H的語句,這樣在Debug下可以用INT 13H讀取硬碟0柱面0磁頭1扇區的內容,如果你有備份,將分割槽表引數恢復後再寫入0柱面0磁頭1扇區,重新啟動計算機就可以了。如果實在沒有備份,去掉分割槽表中的迴圈鏈,用正常DOS啟動盤重啟機子後至少也可以重新對硬碟分割槽,不至於硬碟被鎖住打不開了。 四•程式及說明 1•下面是寫入軟盤0磁軌0頭1扇區的源程式key.com,程式用debug輸入。 C>debug -a100 100 CLI 101 XOR AX,AX 103 MOV DS,AX 105 MOV ES,AX 107 MOV SS,AX 109 MOV AX,7C00 10C MOV SP,AX 10E STI 10F MOV SI,AX 111 MOV DI,7E00 114 CLD 115 MOV CX,0200 118 REPNZ 119 MOVSB 11A JMP 0000:7E1F 11F MOV CX,0003 122 PUSH CX 123 MOV AX,0201; 讀啟動軟盤的引導扇區 126 MOV BX,7C00 129 MOV CX,4F01 12C MOV DX,0100 12F INT 13 131 POP CX 132 DEC CX 133 JNZ 0122 135 MOV AX,[004C]; 搶先獲取INT 13H的位置 138 MOV [7E88],AX 13B MOV AX,[004E] 13E MOV [7E8A],AX 141 MOV AX,[0413] 144 DEC AX 145 MOV [0413],AX 148 MOV CL,06 14A SHL AX,CL 14C MOV ES,AX 14E XOR AX,AX 150 MOV DS,AX 152 MOV SI,7E6D; 複製改寫的INT 13H程式到高階記憶體 155 MOV DI,0000 158 MOV CX,0030 15B REPNZ 015C MOVSB 015D MOV AX,0000; 將新INT 13H位置寫入中斷向量表 0160 MOV [004C],AX 0163 MOV AX,ES 0165 MOV [004E],AX 0168 JMP 0000:7C00 016D PUSHF; 新INT 13H程式 016E CMP DX,0080; 是否是硬碟 0172 JNZ 0176; 不是硬碟則繼續 0174 POPF 0175 IRET; 是硬碟則直接返回 0176 CMP DX,+00; 是否讀軟盤BOOT區? 0179 JNZ 0186 017B CMP CX,+01 017E JNZ 0186 0180 MOV CX,4F01; 是則讀79磁軌1磁頭1扇區 0183 MOV DX,0100 0186 POPF 0187 JMP 0000:0000; 此處跳轉去執行舊INT 13, ; 舊INT 13H的位置由前面程式獲得後寫入。 N key.com RCX 200 W Q 2•程式的裝載 在進行下面工作前,先用DOS格式化一張啟動的系統盤,並保證沒有壞扇區,最好進行啟動測試,確保其可以啟動機子。由於現在機子上大多隻有3寸軟碟機,因此選擇1.44M的3.5寸軟盤
·上一篇:·下一篇:
最新更新 | ||
······························ |
| ||
| | | | | | | | ||
| ||
Copyright © 2004 - 2007 All Rights Reserved
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10763080/viewspace-970283/,如需轉載,請註明出處,否則將追究法律責任。
上一篇:
Serv-U漏洞以及原因分析(轉)
請登入後發表評論
登入
全部評論
|
相關文章
- 解開硬碟邏輯死鎖的一種有效方法 (轉)硬碟
- 解開硬碟邏輯死鎖的一種有效方法 (轉貼) (10千字)硬碟
- 故障分析 | 從 Insert 併發死鎖分析 Insert 加鎖原始碼邏輯原始碼
- SQ死鎖及死鎖的解決
- 例項詳解 Java 死鎖與破解死鎖Java
- MySQL 死鎖解決MySql
- MySQL解決死鎖MySql
- linux邏輯卷方式管理硬碟資源Linux硬碟
- 面試:什麼是死鎖,如何避免或解決死鎖;MySQL中的死鎖現象,MySQL死鎖如何解決面試MySql
- Linux Shell 邏輯運算子、邏輯表示式詳解Linux
- 死鎖檢測及解決
- Java鎖——死鎖Java
- Oracle邏輯讀詳解Oracle
- 死鎖
- Java鎖的邏輯(結合物件頭和ObjectMonitor)Java物件Object
- MySQL死鎖分析與解決之路MySql
- 解決Oracle死鎖的快捷方法Oracle
- oracle死鎖測試與解決Oracle
- 解決Oracle資料庫死鎖Oracle資料庫
- 面試官:什麼是死鎖?怎麼排查死鎖?怎麼避免死鎖?面試
- 什麼是死鎖?如何解決死鎖?
- 殺死Oracle死鎖程式Oracle
- 硬碟主開機記錄詳解(轉)硬碟
- 死鎖分析
- oracle 死鎖Oracle
- MySQL鎖(一)全域性鎖:如何做全庫的邏輯備份?MySql
- 資料庫邏輯備份(轉)資料庫
- 檢視oracle死鎖程式並結束死鎖Oracle
- MySQL死鎖系列-線上死鎖問題排查思路MySql
- 作業系統(5) 死鎖的概念 死鎖產生的必要條件 死鎖的處理策略 預防死鎖 避免死鎖 死鎖的檢測和解除 銀行家演算法作業系統演算法
- MySQL 死鎖和鎖等待MySql
- 解決Oracle死鎖問題步驟Oracle
- ORACLE ERP解決死鎖的方案Oracle
- mysql慢查詢,死鎖解決方案MySql
- SQLserver 程式被死鎖問題解決SQLServer
- oracle 死鎖解決方法一例Oracle
- innodb_lock_monitor解決mysql死鎖MySql
- 形式邏輯(普通邏輯)7:推理概述