※ 引述《JacobSu (鳥毛飄呀～飄～)》之銘言： : 只要打開"我的電腦",理論上會對硬碟做讀取了不是?? : 就算不必打開我的電腦,在硬碟偵測之初,OS也會自行對硬碟進行讀取動作吧? : (我的認知觀念可能有錯!) : 所以要避免"讀"的動作似乎沒那麼容易,至於OS有沒有"寫"的動作... : 依我遇到的狀況,應該是有的!!在OS搜尋到該硬碟,在判定其為127GB的空硬碟時, : 也"很順便的"把該硬碟的分割表重寫了!! : 這是我所推測的可能情況!不然分割表沒道理無緣無故消失呀>__< : 至於會否造成硬碟內容資料損失,依我遇到的狀況,除分割表外,不會! : 使用軟體,資料幾乎100%都可救出來,且皆為正常可用~ : 目前想到的防範法, : windows2000灌好→LBA支援設定好→安裝160GB硬碟 : 效用如何?等人來嘗試囉~ 我現在挺怕的是... 我主系統現在用的還是Win 2000，但是已經是調整到一顆160GB上某一槽上了 萬一未來系統重灌，就怕會遇到這LBA未開造成資料損失的狀態...:Q 目前還有Ghost檔(已Enable LBA)可進行直接重灌，所以問題不大 但是看來要進行將系統由光碟重新灌起時，參考你的問題似乎風險很大 (不過我目前想到一些應對花招) 其實在這二年硬碟容量大增時，這48Bit-LBA的問題才被廣泛注意到 但實際上，我去年年初(2004)就已經用到三顆160GB硬碟及一顆250GB硬碟 但未曾Enable 48-Bit LBA登錄檔，在A7V8X主機板(8233南橋) 灌的是Windows 2000 SP4，長期使用(亦讀寫超過137GB)未發生過問題... 直到在網路上得知有這問題的發生o.O 但實際上Windows 2000 SP4還是得Enable登錄值才可正確使用大於137GB的硬碟 但為何我的組態下卻不曾發生任何問題？ 推究之後，才了解到大於137GB的那幾顆硬碟，雖然在OS未支援48Bit-LBA的狀態下 卻是透過Promise Ultra133 TX2(PATA介面卡，支援48Bit LBA)掛載於系統之上 而這張卡(硬體及驅動)代替OS處理了讀寫的所有指令，也因此才能這麼幸運的 避過這問題^Q^當然，現在都乖乖的Enable 48-Bit LBA的登錄值了 因此應對上述問題時，我可以將要灌全新系統的硬碟先直接掛到IDE介面卡上 選擇由卡上直接灌好OS；或著是灌好OS(SP4)後，Enable 48-Bit LBA 再接回主機板的IDE插槽上:) -- 寫這種文章是都為了P幣呀:~~ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.113.85.70