※ 引述《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