向 mancool 送花的會員:
|
edward6114 (2011-11-08)
感謝您發表一篇好文章 |
2003-06-14, 10:59 PM | #38 (permalink) |
長老會員
|
有關Spfdisk的硬碟分割問題.在末徵得作者馮緒平先生許可下.
將他的readme文件貼出給大家參考一下,想他也不反對吧。 ____________________________________________ Spfdisk原作者: 馮緒平 =[ 90.06.28 ]================================================================= ◎ 主機板是 AMI BIOS 的使用者相信多數人都有碰到無法儲存的現像,這個問題主要 是因為多數 AMI BIOS 的 INT 13h extension 不支援 write verify 的能力,而 SPFDisk 又把所有 BIOS 都當成有支援此功能所導致! PS. 非常感謝網友 James Wei <JamesWei@via.com.tw> 的提示,才能在這個時候順 利解決寫入失敗的問題,在此特別提出,通常使用者都是反應問題,很少有人會 給予筆者在原始程式上的任何幫助,倘若網友發現 SPFDisk 原始程式中有任何 問題的話,歡迎來信賜教,哪怕只是一個小小的提示對筆者來說都是很珍貴的! =[ 89.03.04 ]================================================================= ◎ 當本軟體使用內建中文顯示時,是採用國喬電腦股份有限公司所授權之中文字型, 在該授權條約限制之下,使用者絕不可對此軟體發生買賣行為,包括作者本人在 內(除非不再使用該公司之授權字型)! =[ 88.11.01 ]================================================================= ◎ 由於 README.txt 是與 SPFDisk.exe 息息相關的說明檔,所以一旦 SPFDisk 多了新 功能、更改了使用者介面或選單的排列順序等等,有時筆者可能會沒注意到要將說明 檔某部份的資料更新,若發現有此現像時,方便的話您可以發一封 Mail 告訴筆者, 筆者會在下一版推出時放入修正後的說明檔! 若發現 SPFDisk 執行時的英文訊息有語法或拼字上的錯誤,您也可以寫信來糾正! =[ 88.10.16 ]================================================================= ◎ 有些使用者在調整分割之後,選用了非破壞性儲存,然而在程式詢問〔是否由程式自 動修改啟動磁區〕時卻回答 'N',結果開機進入 Windows 下使用檔案管理員查看時, 發現分割的大小沒有改變,這點請請使用者特別注意! ◎ UNDO 檔請不要將它建立在被刪除或調整大小的分割裡,程式並不會自動判斷,所以 請使用者也注意這一點,建議您可以將 UNDO 檔放在軟碟上,只要建立的檔名輸入 例如 A:\HD1.udo 即可(檔名可以自己取)。 ◎ 由於本程式並未攔截 INT 24h,所以使用檔案的 I/O 如果發生了重大問題都會出現 Abort, Retry, Fail? 的錯誤訊息,原本想使用 harderr() 來解決,嗯∼∼ㄟ∼∼ 這個函式還真是好大大大大!因為並沒有任何一點會造成無法挽回的問題,所以筆者 就程式大小與更完整的除錯間做了個取捨,哈哈,省啦! ◎ 當本程式到達 SMALL mode 極限時,就是筆者公開 SPFDisk Source Code 的時候了 ,曾有幾位前輩向筆者請求 Source Code ,筆者並給予他們完整的答覆,不過相信 當筆者不想再維護而公開 Source Code 時,應該就是在 SPFDisk 功能相當多的時候 了! =[ 88.10.01 ]================================================================= ◎ 由於本程式可以由使用者自由更改分割的系統 ID,很多使用者在更改系統之後便發生 無法開機的現像,就立刻果斷的說是 SPF Boot Manager 的問題,有些則是該作業系 統的啟動磁區被摧毀而發生無法開機的現像,也將它斷定是 SPF Boot Manager 的問 題,這些問題實際上是使用者可以自行判斷的,由 SPFDisk 顯示的分割資訊及 Dump 啟動磁區,找尋是否有作業系統的 OEM 名稱及檔案系統名稱,如此就可以知道是否 是前述的問題,通常是在該分割可開機的情況之下,將 FAT16 的系統 ID 直接改為 FAT32 ,結果誤以為裡面的資料也會自動改為 FAT32 的格式 ! =[ 88.9.22 ]================================================================== ◎ 在擴充分割原本是 0fh 時,若您將之改為 05h ,請您特別注意的是舊版的 MS-DOS 是不支援超過 1023 磁柱的存取,原本 0fh 的系統 ID 不是舊版 MS-DOS 所能夠辨 認的,所以不會產生問題,但如果將它改為 05h 時,舊版的 MS-DOS 將會變的可以 存取這些超出 1023 磁柱的 DOS 分割,只是不保證存取的結果是正確的(若一半在 1023 磁柱之內而另一半在之外的區域,舊版的 MS-DOS 會認得這個分割)! =[ 88.9.1 ]=================================================================== ◎ 有使用者提到為何無法更動擴充分割的系統 ID ? 筆者為防止使用者的不慎,所以設計成必須將使用者模式切換為 [專家模式] 之後, 才允許更改擴充分割的 ID,目前只有 05h、0fh、85h 等三個 ID 會當成擴充分割來 處理。 ◎ 自從筆者將 [隱藏同種類主分割] 的功能變成開機預設後,就有一些使用者反應開機 後,擺放資料的分割被隱藏起來了,倘若您希望開機時不執行隱藏同種類主分割的功 能,請在設定開機選單時,執行 Optional 子選單下的 [隱藏同種類分割] 設定,當 詢問是否啟用時,請回答 N ,如此開機就不會再執行這隱藏功能。如果兩個 DOS 主 分割同時出現在同一部硬碟上,開機後未被設為 Active 的分割有可能會發生無法被 作業系統存取的現象,那麼這就只能向您說聲抱歉了,因為這是作業系統(Windows、 DOS) 本身的問題! ◎ 為何主分割的啟始磁柱無法建立在超過 1023 的磁柱上? 為了相容於 MBR 的啟動程式防止一般開機的失敗,筆者限定主分割的啟始磁柱僅能建 立在 1023 磁柱之前,不過為了往後的擴充性仍留了一個後路,只要把使用者模式切換 至 [專家模式] ,您還是可以將主分割的啟始磁柱建立在超過 1023 磁柱的位置上! ◎ 筆者強烈的建議各位使用者,如果有兩個以上的 DOS 主分割存在同一部硬碟上時, 最好將不是開機用的資料區放至在該硬碟的邏輯分割裡,避免開機後 DOS 或 Windows 無法存取同一部硬碟上的另一個主分割資料! =============================================================================== ◎ 好危險! 使用 Windows 98 FDISK 的使用者請注意: 筆者試用 Windows 98 FDISK 的結果赫然發現,只要主分割建立的『啟始磁柱』位置 在 1023 磁柱之後,Format 時其檔案系統所建立的位置一律都是在 1023 磁柱上,而不是 在自己的分割內,倘若 1023 磁柱早已被別的分割使用(配置於其中),此時可能就蓋掉了 一些資料,這還不算什麼,剛開始似乎還算正常,可是,一旦原本擁有 1023 磁柱的分割 儲存資料至該區域時,天哪∼∼∼把建立在 1023 磁柱分割的檔案系統一下子就給蓋掉了 ,就這樣死的不明不白?!有趣的是這是一個不定時炸彈,可能一下子爆發,也可能在您 存了很多資料時才爆發,筆者推測的結果大概是微軟怕主分割如果超過了 1023 磁柱,而 作業系統安裝時若將啟動磁區建立在自己分割內(超過 1023 磁柱)的位置,會使得一般的 MBR 程式無法載入及啟動,所以才出此下策放棄使用者資料的保障! 由於 Windows 98's FDISK 在使用時不會顯示分割的磁柱範圍,所以使用者根本不曉 得『啟始磁柱』是不是超過 1023 磁柱了,或許您的分割現在已埋下了一顆不定時炸彈, 只要您使用本程式讀取硬碟分割時,畫面有顯示『有兩個以上分割區發生重疊!』的錯誤 訊息,很可能就是這一個炸彈被挖出來了! 這個問題目前不曉得到底修正了沒有,筆者沒有再測試了。 ∼∼阿彌陀佛∼善哉∼善哉∼∼ 筆者: 馮緒平 |
__________________ |
|
送花文章: 2188,
|
主題工具 | |
顯示模式 | |
|
|
相似的主題 | ||||
主題 | 主題作者 | 討論區 | 回覆 | 最後發表 |
HD 分區知識 | psac | 系統 & 硬體安裝及故障判斷技術文件 | 8 | 2006-02-07 09:26 PM |
如何使用 Fdisk 分割硬碟 | mic64 | 系統 & 硬體安裝及故障判斷技術文件 | 10 | 2005-01-21 01:30 AM |
超級硬碟系統管理工具——Smart Fdisk | psac | 系統 & 硬體安裝及故障判斷技術文件 | 2 | 2004-02-25 12:15 AM |