有關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 磁柱了，或許您的分割現在已埋下了一顆不定時炸彈，
只要您使用本程式讀取硬碟分割時，畫面有顯示『有兩個以上分割區發生重疊！』的錯誤
訊息，很可能就是這一個炸彈被挖出來了！
這個問題目前不曉得到底修正了沒有，筆者沒有再測試了。
∼∼阿彌陀佛∼善哉∼善哉∼∼ 筆者： 馮緒平
|