OLD Sled | INDEX | INDEX(1) | NEW Sled

MOのフォーマット数値について  投稿者:ビート  投稿日:1999年04月13日 17時37分 

PC−9821 V166(流星)に先日WIN98をインストしました。
MOをフォーマットしようと思い、今まで通り行おうとすると、
「3.5MO(216MB)」と表示されました。230MBのMOにて。
このような現象って問題ないのでしょうか、
フォーマットするとWIN95の時とも違い、あっと言う間で終わった
かと思えば、そのままスキャンディスクをしなしゃい!となります。

  1. re: デンドロビウム さん 投稿日:1999年04月13日 17時43分
    うちの230MBも容量は216MBとなっています。問題ないのでは??

  2.  
  3. re: ぼーぼー さん 投稿日:1999年04月13日 18時25分
    CRCとかのチェックを入れるので、少なめになっているのでは?

  4.  
  5. re: YU さん 投稿日:1999年04月13日 18時36分
    230Mというのは、1Mを1000Kとして計算した値で、しかもディスク全体の容量です。
    フォーマットする時は1M=1024Kとして計算して、しかもFATの分などが引かれるので
    216Mになります。
    HDDなどでも同様で、例えば4.3GのHDDをフォーマットすると4.1Gになってしまいます。

  6.  
  7. re: ビート さん 投稿日:1999年04月13日 21時06分
    デンドロビウムさん、ぼーぼーさん、YUさんありがとうございました。
    理解出来ました。

  8.  
  9. re: ぼーぼー さん 投稿日:1999年04月13日 21時44分
    ちょっといじわるなRESでしたね。

    CRCというのはIDやデーターの値に対する一種のチェックサムで、決められた計算式に従い導かれた値が入っています。読み取りミスが発生して、CRCの値と一致しないとCRCエラーが発生します。
    たとえば、フロッピーディスクの場合、

    プリアンプル(gap0・sync・indexmark・gap1)セクター1{IDフィールド(sync・addresmark・id・crc)GAP2・データフィールド(sync・deleted data mark・data・CRC)Gap3}セクター2・・・・・・・セクター9・ポスト・アンプル(Gap2)

    と、このように管理されており、実際にわれわれが使えるのはデータフィールドのdataだけです。
    データーが化けても、それを感知できるようにセキュリティーが張り巡らされているので、そのセキュリティーのために、何バイトも使い、実際に使われる部分が減ってしまうのです。

  10.  
  11. re: YU さん 投稿日:1999年04月13日 22時48分
    MOの場合、CRCなどの管理領域は最初から確保されているので、フォーマットによって
    容量が減ることはないです。

  12.  
  13. re: ぼーぼー さん 投稿日:1999年04月14日 09時09分
    知らなかった・・・ちょっと勉強せねば。

  14.  

OLD Sled | INDEX | INDEX(1) | NEW Sled

NamaLog Viewer SuperLite Ver-0.0.1α7 by K.O.T.B.GRIFFON / GRIFFON Works Software