1
、系統不承認硬碟
此類故障比較常見，即從硬碟無法啟動，從a盤啟動也無法進入c盤，使用cmos中的自動監測功能也無法發現硬碟的存在。這種故障大都出現在連線電纜或ide口埠上，硬碟本身的故障率很少，可通過重新插拔硬碟電纜或者改換ide口及電纜等進行替換試驗，可很快發現故障的所在。如果新接上的硬碟不承認，還有乙個常見的原因就是硬碟上的主從條線，如果硬碟接在ide的主盤位置，則硬碟必須跳為主盤狀，跳線錯誤一般無法檢測到硬碟
2、cmos引起的故障
cmos的正確與否直接影響硬碟的正常使用，這裡主要指其中的硬碟型別。好在現在的機器都支援"ideautodetect"的功能，可自動檢測硬碟的型別。當連線新的硬碟或者更換新的硬碟後都要通過此功能重新進行設定型別。當然，現在有的型別的主機板可自動識別硬碟的型別。當硬碟型別錯誤時，有時乾脆無法啟動系統，有時能夠啟動，但會發生讀寫錯誤。比如cmos中的硬碟型別小於實際的硬碟容量，則硬碟後面的扇區將無法讀寫，如果是多分割槽狀態則個別分割槽將丟失。還有乙個重要的故障原因，由於目前的ide都支援邏輯引數型別，硬碟可採用normal，lba，large等。如果在一般的模式下安裝了資料，而又在cmos中改為其他的模式，則會發生硬碟的讀寫錯誤故障，因為其物理地質的對映關係已經改變，將無法讀取原來的正確硬碟位置。
3、主引導程式引起的啟動故障
硬碟的主引導扇區是硬碟中的最為敏感的乙個部件，其中的主引導程式是它的一部分，此段程式主要用於檢測硬碟分割槽的正確性，並確定活動分割槽，負責把引導權移交給活動分割槽的dos或其他作業系統。此段程式損壞將無法從硬碟引導，但從軟區或光區之後可對硬碟進行讀寫。修復此故障的方法較為簡單，使用高版本dos的fdisk最為方便，當帶引數/mbr執行時，將直接更換(重寫)硬碟的主引導程式。實際上硬碟的主引導扇區正是此程式建立的，fdisk.exe之中包含有完整的硬碟主引導程式。雖然dos版本不斷更新，但硬碟的主引導程式一直沒有變化，從dos3.x到目前有windos95的dos，所以只要找到一種dos引導盤啟動系統並執行此程式即可修復。另外，像kv300等其他工具軟體也具有此功能。
4、分割槽表錯誤引導的啟動故障
分割槽表錯誤是硬碟的嚴重錯誤，不同錯誤的程度會造成不同的損失。如果是沒有活動分割槽標誌，則計算機無法啟動。但從軟區或光區引導系統後可對硬碟讀寫，可通過fdisk重置活動分割槽進行修復。如果是某一分割槽型別錯誤，可造成某一分割槽的丟失。分割槽表的第四個位元組為分割槽型別值，正常的可引導的大於32mb的基本dos分割槽值為06，而擴充套件的dos分割槽值是05。如果把基本dos分割槽型別改為05則無法啟動系統，並且不能讀寫其中的資料。如果把06改為dos不識別的型別如efh，則dos認為改分割槽不是dos分割槽，當然無法讀寫。很多人利用此型別值實現單個分割槽的加密技術，恢復原來的正確型別值即可使該分割槽恢復正常。分割槽表中還有其他資料用於紀錄分割槽的起始或終止位址。這些資料的損壞將造成該分割槽的混亂或丟失，一般無法進行手工恢復，唯一的方法是用備份的分割槽表資料重新寫回，或者從其他的相同型別的並且分割槽狀況相同的硬碟上獲取分割槽表資料，否則將導致其他的資料永久的丟失。在對主引導扇區進行操作時，可採用nu等工具軟體，操作非常的方便，可直接對硬碟主引導扇區進行讀寫或編輯。當然也可採用debug進行操作，但操作繁瑣並且具有一定的風險。
執行緒的幾個方法
thread.sleep long millis 一定是當前執行緒呼叫此方法，當前執行緒進入阻塞，但不釋放物件鎖，millis後執行緒自動甦醒進入可執行狀態。thread.yield 一定是當前執行緒呼叫此方法，當前執行緒放棄獲取的cpu時間片，由執行狀態變為就緒狀態 可執行狀態 讓os再次選擇執行...
各種方法啟動系統還原 挽救崩潰的系統
在你平時的操作中，難免進行了錯誤的操作，使得系統無法正確執行。這個時候不一定要進行重新安裝作業系統，我們可以採用一定的辦法進行系統的還原。具體還原到我們進行誤操作之前的某個時間。系統還原是windows xp中相當有用的工具，如果你誤刪了檔案 電腦出現各種故障，甚至系統已經完全崩潰時，系統還原一般就...
硬碟安裝linux方法
2.將 centos 的第乙個 iso 檔案裡的isolinux目錄中的 vmlinuz 和 initrd.img 提取出來。我將提取出來的檔案放在我的第一塊硬碟的第三個分割槽上 對應windows下的e盤，fat32格式 3.修改 c boot.ini 檔案，在 operating systems...