JP2001126386A - コンピュータシステム及びフロッピー（登録商標）ディスク装置へのデータ書き込み時のエラー検出・リカバリ方法 - Google Patents

Abstract

(57)【要約】 【課題】ＤＭＡアンダーランに起因する書き込みエラー
をシステムの負荷の増大を抑えながら検出でき、しかも
後続セクタのデータが保証できるようにする。 【解決手段】フロッピーディスク装置に対する書き込み
要求が発生した場合、書き込みの対象となる書き込み最
終セクタに後続するセクタのデータを読み込んだ後、書
き込みを実行し（Ｓ２，Ｓ３）、その後、書き込まれた
データを読み出して元データと比較することで、要求さ
れたデータの書き込み結果を検証する（Ｓ５，Ｓ６）。
また、書き込み最終セクタの次のセクタが破壊されてい
るか否かを、当該次セクタのデータを読み出して当該次
セクタの元のデータと比較することで検証し（Ｓ８）、
次セクタが破壊されている場合、当該次セクタを元のデ
ータにより回復させ（Ｓ９）、ここで回復できて且つ更
に次のセクタがあるならば、この更に次のセクタについ
いて、Ｓ８の検証を行わせる（Ｓ１０，Ｓ１１）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フロッピーディス
ク装置を対象とするデータの読み出し／書き込みが可能
なコンピュータシステムに係り、特にフロッピーディス
ク装置へのデータ書き込みで本来書き込むべき領域をは
み出してデータが書き込まれるエラーを検出してリカバ
リするのに好適なコンピュータシステム及びフロッピー
ディスク装置へのデータ書き込み時のエラー検出・リカ
バリ方法に関する。

【０００２】

【従来の技術】近年のコンピュータシステムでは、外部
記憶装置として、高速・大容量であるという理由で、ハ
ードディスク装置（ＨＤＤ）が標準装備されるのが一般
的である。このハードディスク装置の記録媒体（磁気デ
ィスク）はリムーバブルでない。このため、ハードディ
スク装置を備えたコンピュータシステムには、ユーザの
使い勝手を考慮して、フロッピーディスク装置（ＦＤ
Ｄ）も装備しているものが多い。

【０００３】通常、１．４４ＭＢのフロッピーディスク
を適用するフロッピーディスク装置では、１セクタ５１
２バイトを８ｍｓで転送して書き込む設計仕様となって
いる。つまり、１バイト１６μｓで転送して書き込む必
要がある。ここで、書き込みデータはＤＭＡ（ダイレク
トメモリアクセス）コントローラ（ＤＭＡＣ）により１
バイト単位でバスを介してフロッピーディスクコントロ
ーラ （ＦＤＣ）に転送される。そのため、バスの取得
と解放が１バイトの転送毎に行われる。

【０００４】ところが近年のコンピュータシステムで
は、バスにはサウンドコントローラを始めとする種々の
バス利用装置（Ｉ／Ｏデバイス）が接続されていて、当
該各バス利用装置から頻繁にバス取得の割込み要求（Ｉ
ＲＱ）が出されてバスが使用されるため、フロッピーデ
ィスク装置に対して１バイトを１６μｓで転送して書き
込むのに十分なタイミングでバスが取得できるとは限ら
ない。このような場合、本来書き込むべき領域をはみ出
してデータが書き込まれる、いわゆるＤＭＡアンダーラ
ン（ＤＭＡオーバーラン）が発生する虞がある。これに
ついて図３を参照して説明する。

【０００５】まず、フロッピーディスク上のあるセクタ
（書き込み対象セクタ）に、１セクタ分のバイトデータ
Ａ，Ｂ，Ｃ，…，Ｘ，Ｙ，Ｚを書き込むものとする。こ
の際に、バイトデータのＡ，Ｂ，Ｃ，…，Ｘ，Ｙ，Ｚの
転送（更に詳細に述べるならば、ＤＭＡコントローラが
書き込むべきバイトデータをバスを介して主メモリ等か
ら読み込んでフロッピーディスクコントローラ（ＦＤ
Ｃ）に転送して、フロッピーディスク上の書き込み対象
セクタに書き込ませる動作）が１６μｓ毎に正常に行わ
れた場合には、書き込み対象セクタ（書き込みセクタ）
上のデータは図３（ａ）のようになる。

【０００６】ところが、バスが速やかに取得できないた
めに、バイトデータの転送が１６μｓで完了できない場
合がある。このような場合、該当するバイトデータが後
続のバイトデータを書き込むべき位置にも続けて書かれ
てＤＭＡアンダーランを招く。

【０００７】例を挙げると、先頭のバイトデータＡの書
き込みの後に一旦解放したバスを速やかに取得できなか
ったために、次のバイトデータＢの転送に１６μｓを超
える時間、例えば３０μｓを要した場合であれば、当該
バイトデータＢは、図３（ｂ）に示すように、２バイト
分連続して書き込まれる。この場合、後続のバイトデー
タＣ，…を１６μｓ毎に正しく書き込めたとしても、書
き込みセクタに書き込まれたデータはＡ，Ｂ，Ｂ，Ｃ，
…，Ｘ，Ｙのように、本来のデータＡ，Ｂ，Ｃ，…，
Ｘ，Ｙ，Ｚとは異なるものとなる。

【０００８】図３（ｂ）に示すようなＤＭＡアンダーラ
ンに起因する書き込みエラーは、フロッピーディスクコ
ントローラ（ＦＤＣ）にて検出して、内部のステータス
レジスタに書き込みエラーを示すステータスとして設定
することができる。したがって、フロッピーディスクド
ライバ（ＦＤドライバ）からは、当該コントローラのス
テータスレジスタの内容を読み取ることで、書き込みエ
ラーを判断することができる。つまり、図３（ｂ）に示
すＤＭＡアンダーランに起因する書き込みエラーは、コ
ントローラからのステータスによりフロッピーディスク
ドライバにて判断できるため、大きな問題とはならな
い。

【０００９】ところが、最終のバイトデータ（最終の書
き込みセクタ、つまり書き込み最終セクタの最終バイト
位置に書き込まれるバイトデータ）Ｚの転送が１６μｓ
で完了せずに、図３（ｃ）のように、当該データＺが次
のセクタにも続けて書かれるＤＭＡアンダーランの場
合、フロッピーディスクコントローラでは当該ＤＭＡア
ンダーランが書き込みエラーとして検出されない。この
場合、書き込みエラーがコントローラのステータスレジ
スタに反映されないため、フロッピーディスクドライバ
から完全なエラーチェックを行うことができないという
問題が発生する。

【００１０】そこで米国特許５，３７９，４１４（以
下、Ａｄａｍｓ特許と称する）では、図３（ｃ）のタイ
プの書き込みエラー、つまり最終バイトが次のセクタの
領域まで続けて書かれてしまうＤＭＡアンダーランを検
出できる手法を提案している。

【００１１】このＡｄａｍｓ特許では、タイマのリプロ
グラミングによりシステム標準（一般に５５ｍｓ）より
も短い時間（１セクタ分のデータの転送に要する時間８
ｍｓより短い時間）を作ってタイマ割り込みを発生し、
図４（ａ）のフローチャートに示す手順で、最終バイト
のＤＭＡアンダーランを監視するようにしている。

【００１２】即ちＡｄａｍｓ特許では、フロッピーディ
スク装置への書き込みを始めると、上述のタイマ割り込
みを使ってバスを取得してＤＭＡカウンタをリードし
て、最終バイト近くの転送であるか否かを判断する動作
を、最終バイトが近くなるまで繰り返す（ステップＳ２
１，Ｓ２２）。

【００１３】そして、最終バイト近くとなった場合に
は、バスを占有してＤＭＡカウンタをリードする動作
を、当該カウンタ値が０になるまで、即ち最終バイトの
転送となるまで繰り返す（ステップＳ２３，Ｓ２４）。
ここで、ＤＭＡカウンタ値が０となったことを検出した
なら、ＤＭＡカウンタ値が０でなくなるまで、つまり最
終バイトの転送が完了するまで、一定の周期でＤＭＡカ
ウンタ値を監視する動作を繰り返して、その繰り返しの
回数、つまりループ回数をカウントする（ステップＳ２
５，Ｓ２６）。

【００１４】やがて、ＤＭＡカウンタ値が０でなくなっ
たならば、カウントしていたループ回数を閾値Ｎと比較
し（ステップＳ２７）、ループ回数がＮより大きい場合
には、最終バイトの転送が１６μｓで完了せず、最終バ
イトでＤＭＡアンダーランが発生しているものと判断す
る。

【００１５】このようにＡｄａｍｓ特許では、タイマ割
り込みを使用して、タイマのリプログラミングによりシ
ステム標準よりも短い時間を作ってＤＭＡカウンタを監
視している。またＡｄａｍｓ特許では、最終バイト近く
なると、最終バイト（の転送）を検出するために、１バ
イトの転送に要する時間（１６μｓ）より短いサイクル
でＤＭＡカウンタを監視する必要がある。またＡｄａｍ
ｓ特許では、最終バイトの転送に要する時間を検出する
ために、上記最終バイトの検出時より更に短いサイクル
でＤＭＡカウンタを監視してループ回数をカウントする
必要もある。その間、ＣＰＵはＤＭＡカウンタの監視、
ループ回数のカウントに占有される。

【００１６】このようなＡｄａｍｓ特許で適用される、
最終バイトのＤＭＡアンダーランの検出手法では、最近
の高速ＣＰＵを用いたとしても非常に大きな負荷とな
り、またタイマを使用して動作しているマルチタスクの
０Ｓのもとでは、非現実的な手法である。しかもＡｄａ
ｍｓ特許では、最終バイトのＤＭＡアンダーランが検出
できたとしても、後続のセクタの破壊については何も考
慮されていない。

【００１７】また、米国特許５，３７９，４１４には、
従来技術として、図４（ｂ）のフローチャートに示すよ
うに、フロッピーディスク装置への書き込みを１セクタ
単位に分割して、１セクタ単位の書き込みを行い（ステ
ップＳ３１，Ｓ３２）、１セクタ書き込み毎に、書き込
み先のセクタのデータをリードして、元の書き込みデー
タと比較することで（ステップＳ３３，Ｓ３４）、セク
タ単位でデータが正しく書かれたか否かを判断する技術
が記載されている。

【００１８】しかし、この従来技術では、フロッピーデ
ィスク装置への書き込みを１セクタ単位に分割すると共
に、データ書き込みが正しく行われたか否かを判断する
ためのデータ比較も１セクタ単位で行われるため、シス
テムの負荷が大きい。しかも、最終バイトのＤＭＡアン
ダーランの発生は検出できず、その際の後続のセクタの
破壊については何も考慮されていない。

【００１９】

【発明が解決しようとする課題】上記したように、フロ
ッピーディスク装置への書き込み時における従来の最終
バイトのＤＭＡアンダーランの検出手法（Ａｄａｍｓ特
許）は、タイマ割り込みを使用して、タイマのリプログ
ラミングによりシステム標準よりも短い時間を作ってＤ
ＭＡカウンタを監視しているため、最近の高速ＣＰＵを
用いたとしても非常に大きな負荷となり、またタイマを
使用して動作しているマルチタスクの０Ｓのもとでは、
非現実的な手法であった。このため、上記検出手法が実
現できたとしても、システムの負荷が大きく、また速度
低下も大きいという問題があった。しかも、後続のセク
タのデータ破壊については何も考慮されていなかった。

【００２０】また従来から、フロッピーディスク装置へ
の書き込みを１セクタ単位に分割して、１セクタ単位の
書き込み、読み込み、比較を行い、データが正しく書か
れたか否かを判断する手法も知られているが、この手法
ではシステムの負荷が大きいだけでなく、最終バイトの
ＤＭＡアンダーランの発生が検出できないという問題が
あった。また当然のことながら、後続のセクタのデータ
破壊については何も考慮されていない。

【００２１】本発明は上記事情を考慮してなされたもの
でその目的は、フロッピーディスク装置への書き込みで
最終バイトのＤＭＡアンダーランが発生しても、当該Ｄ
ＭＡアンダーランに起因する書き込みエラーをシステム
の負荷の増大を抑えながら検出でき、しかも後続のセク
タのデータが保証できるコンピュータシステム及びフロ
ッピーディスク装置へのデータ書き込み時のエラー検出
・リカバリ方法を提供することにある。

【００２２】

【課題を解決するための手段】本発明は、フロッピーデ
ィスクコントローラ及びＤＭＡコントローラを使用する
ことでフロッピーディスク装置を対象とするデータの読
み出し／書き込みが可能なコンピュータシステムにおい
て、上記フロッピーディスク装置に対する書き込み要求
が発生して当該書き込み要求で要求されたデータの書き
込みが行われた場合、書き込まれたデータを読み出して
元データと比較することで、要求されたデータの書き込
み結果を検証する書き込み結果検証手段と、上記書き込
み最終セクタの次のセクタが破壊されているか否かを、
当該次セクタのデータを読み出して当該次セクタの元の
データと比較することで検証する次セクタ破壊検証手段
と、この次セクタ破壊検証手段により上記次セクタの破
壊が検証された場合に、当該次セクタを上記元のデータ
により回復させるリカバリ手段とを備えたことを特徴と
する。

【００２３】このような構成においては、フロッピーデ
ィスク装置へのデータ書き込み後にその書き込んだデー
タを読み出して元データと比較して、両データが一致し
ているか否かを調べることで、書き込み結果が正しいか
否かが書き込み要求単位で検証される。また、書き込み
最終セクタの次のセクタが破壊されているか否かが、当
該次セクタのデータを読み出して当該次セクタの元のデ
ータと比較して、両データが一致しているか否かを調べ
ることで検証される。そして、次セクタが破壊されてい
ると判定されたときは、元のデータを用いて当該次セク
タへの書き込みを行うことで、当該次セクタの破壊部分
の回復が図られる。

【００２４】このため上記の構成においては、システム
の負荷が増大するのを抑えながら、完全なエラーチェッ
クと後続セクタのデータの保証とを実現できる。

【００２５】ここで、上記元のデータを利用可能とする
ためには、フロッピーディスク装置へのデータ書き込み
前に書き込み最終セクタに後続するセクタ（少なくと
も、書き込み最終セクタの次のセクタ）のデータの読み
込みを行っておくとよい。

【００２６】また、リカバリ手段により上記次セクタが
正しく回復されない場合もあり得ることから、リカバリ
手段により上記次セクタが正しく回復されているか否か
を、当該次セクタのデータを読み出して当該次セクタの
上記元のデータと比較することで検証する検証するリカ
バリ検証手段を追加するとよい。

【００２７】また、リカバリ検証手段により上記次セク
タが正しく回復されていることが検証された場合、当該
次セクタの更に次のセクタが、上記リカバリ手段のリカ
バリ操作で破壊されている可能性もあるため、当該更に
次のセクタが破壊されているか否かを上記次セクタ破壊
検証手段により検証させる制御手段を追加するとよい。
ここで、上記更に次のセクタの破壊検証を可能とするた
めには、上記後続セクタ読み込み手段により、書き込み
の対象となる書き込み最終セクタの次のセクタから同一
トラックの最終セクタまでのデータを予め読み込む構成
とするとよい。

【００２８】また、書き込み要求に対する書き込みの実
行の結果、書き込みに成功したか或いは失敗したかを上
記書き込み要求の要求元に通知する書き込み検証結果通
知手段であって、上記リカバリ手段により次セクタが正
しく回復されなかった場合には、上記書き込み結果検証
手段の検証結果に無関係に書き込み失敗を通知する検証
結果通知手段を更に備えるとよい。

【００２９】

【発明の実施の形態】以下、本発明の実施の形態につき
図面を参照して説明する。図１は本発明の一実施形態に
係るコンピュータシステムの概略構成を示すブロック図
である。

【００３０】図１のコンピュータシステムは、システム
の制御中枢をなすＣＰＵ１１と、ＯＳ（オペレーティン
グシステム）、処理対象のアプリケーションプログラ
ム、当該アプリケーションによって作成されたユーザデ
ータ等を格納するのに用いられる主メモリ１２とを備え
ている。ＣＰＵ１１及び主メモリ１２はバス１３に接続
されている。

【００３１】バス１３には、システムタイマ１４、キー
ボードコントローラ（ＫＢＣ）１６、フロッピーディス
クコントローラ（ＦＤＣ）１８、ＤＭＡコントローラ
（ＤＭＡＣ）１９、ハードディスクコントローラ（ＨＤ
Ｃ）２１、その他の各種Ｉ／Ｏデバイス２２、及び割り
込みコントローラ２３等も接続されている。

【００３２】システムタイマ１４は、プログラマブル・
インターバル・タイマ（ＰＩＴ）であり、通常は標準の
５５ｍｓの時間間隔で割り込み要求（ＩＲＱ）を発生す
る。この割り込み要求の発生間隔はプログラマブルに設
定可能であり、０Ｓ環境によっては高速タスクの切り替
えのために、５５ｍｓよりも更に短い値に設定されるこ
ともある。システムタイマ１４からの割り込み要求の優
先度はシステムで最も高い。

【００３３】キーボードコントローラ１６は、キーボー
ド（ＫＢ）１５のキー入力制御を行う。フロッピーディ
スクコントローラ１８は、フロッピーディスク装置（Ｆ
ＤＤ）１７を対象とするデータの読み出し／書き込みの
制御を行う。フロッピーディスクコントローラ１８には
ステータスレジスタ（図示せず）が内蔵されており、読
み出し／書き込みの実行結果を示す各種ステータスが設
定される。

【００３４】ＤＭＡコントローラ１９は、ＣＰＵ１１か
らの指示により、主メモリ１２とＩ／Ｏデバイスとの間
のデータのＤＭＡ（ダイレクトメモリアクセス）転送を
制御する。特に、本実施形態におけるＤＭＡコントロー
ラ１９は、ＣＰＵ１１から指定されたフロッピーディス
ク装置１７への書き込みデータ、またはフロッピーディ
スク装置１７からの読み出しデータの転送を制御する。
そのためＤＭＡコントローラ１９には、ＣＰＵ１１から
指定された書き込みまたは読み出しデータの転送量（転
送バイト数）を初期値として例えば１バイト転送毎に１
デクリメントするＤＭＡカウンタ（図示せず）が設けら
れている。

【００３５】ハードディスクコントローラ（ＨＤＣ）２
１は、ハードディスク装置（ＨＤＤ）２０を対象とする
データの読み出し／書き込みの制御を行う。このハード
ディスク装置２０には、ＯＳ、各種アプリケーションプ
ログラム、各種ドライバプログラム、ユーザデータ等が
保存されている。このドライバプログラムの１つに、ア
プリケーションプログラムからのフロッピーディスク装
置１７に対する読み出し／書き込み要求を受けて、対応
する読み出し／書き込みの実行を制御するフロッピーデ
ィスクドライバプログラム（以下、ＦＤドライバと称す
る）１２０があり、図１のように主メモリ１２にロード
されて使用される。

【００３６】その他の各種Ｉ／Ｏデバイス２２には、サ
ウンドコントローラ、シリアルポート、ＳＣＳＩポート
などがある。

【００３７】割り込みコントローラ２３は、システムタ
イマ１４、キーボードコントローラ１６、フロッピーデ
ィスクコントローラ１８、ハードディスクコントローラ
２１、その他の各種Ｉ／Ｏデバイス２２からの割り込み
要求（ＩＲＱ）を受けて、各割り込み要求の優先度に従
う要求受け付け制御を行い、ＣＰＵ１１への割り込み信
号出力を行う。この場合、受け付けた割り込み要求を示
すステータス情報は、割り込みコントローラ２３に内蔵
のレジスタ（図示せず）に保持され、ＣＰＵ１１が読み
込むことで割り込み要求（割り込み要求元）が識別可能
なようになっている。

【００３８】以上の構成のコンピュータシステムにおい
て、主メモリ１２に格納されている処理対象アプリケー
ションプログラムからフロッピーディスク装置１７に対
する書き込み要求が発行された場合には、ＦＤドライバ
１２０に従うＣＰＵ１１の動作により、図２のフローチ
ャートに示す手順の処理が次のように行われる。

【００３９】まずＣＰＵ１１は、アプリケーションプロ
グラムからの書き込み要求が、トラックの最終セクタを
含む書き込みを指定しているか否かをチェックする（ス
テップＳ１）。もし、トラック最終セクタを含む書き込
みでないならば、書き込みデータの最終バイトのＤＭＡ
アンダーランが発生する可能性があることから、その際
の対処のために、ＣＰＵ１１はフロッピーディスクコン
トローラ１８に対して、書き込むべきセクタ（書き込み
対象セクタ）の最終セクタ（書き込み最終セクタ）の次
のセクタから同一トラックの最終セクタ（トラック最終
セクタ）までのデータを読み込む指令を発行すると共
に、ＤＭＡコントローラ１９に対して該当する読み出し
データを主メモリ１２内の所定の領域へ転送する指令を
発行する（ステップＳ２）。即ちＣＰＵ１１は、書き込
み最終セクタの次セクタからトラック最終セクタまでの
全セクタのデータの読み込みを行わせる。

【００４０】ＣＰＵ１１は、トラック最終セクタを含む
書き込みでない場合は直ちに、トラック最終セクタを含
む書き込みの場合には上記ステップＳ２の実行後に、フ
ロッピーディスクコントローラ１８及びＤＭＡコントロ
ーラ１９を制御して上記要求された書き込みを実行する
（ステップＳ３）。

【００４１】フロッピーディスクコントローラ１８は、
フロッピーディスク装置１７に対してＣＰＵ１１から指
示された書き込みを行うと、そのステータスを内蔵のス
テータスレジスタに設定して、割り込みコントローラ２
３に対し割り込み要求を発生する。この割り込み要求が
割り込みコントローラ２３で受け付けられると、当該コ
ントローラ２３からＣＰＵ１１に割り込み信号が出力さ
れると共に、当該コントローラ２３内のレジスタに、対
応する割り込み要求がフロッピーディスクコントローラ
１８からのものであることを示す情報を設定する。

【００４２】ＣＰＵ１１は、割り込みコントローラ２３
からの割り込み信号に応じて当該コントローラ２３内の
レジスタを参照して、フロッピーディスクコントローラ
１８からの割り込み要求であることを識別すると、フロ
ッピーディスクコントローラ１８内のステータスレジス
タの内容を読み込んで、書き込みエラーの有無をチェッ
クする（ステップＳ４）。もし、書き込みエラーが検出
されているならば、ＣＰＵ１１は書き込み要求元のアプ
リケーションプログラムに書き込み失敗を通知する。

【００４３】これに対し、書き込みエラーが検出されて
いない場合には、ＣＰＵ１１は、フロッピーディスクコ
ントローラ１８では検出できない、最終バイトのＤＭＡ
アンダーランの発生の有無を調べ、発生している場合に
は隣接セクタをリカバリするための一連の処理を次のよ
うに行う。

【００４４】まずＣＰＵ１１は、フロッピーディスクコ
ントローラ１８及びＤＭＡコントローラ１９を制御し
て、ステップＳ３で書き込んだデータを主メモリ１２上
の所定の領域に読み込ませる（ステップＳ５）。

【００４５】次にＣＰＵ１１は、ステップＳ５で主メモ
リ１２に読み込んだデータと、ステップＳ３でフロッピ
ーディスク装置１７に書き込んだデータ、つまりアプリ
ケーションプログラムから要求された書き込みデータ
（元データ）とを比較し、一致しているか否かのフラグ
情報を主メモリ１２の所定領域に設定する（ステップＳ
６）。このフラグ情報は、書き込みが要求された書き込
み対象セクタ（書き込みセクタ）に、要求された書き込
みデータが正しく書き込まれているか否か、つまり書き
込み結果が正しいか否かを示す。但し、書き込み結果は
正しくても、最終バイトのＤＭＡアンダーランの発生に
より、後続のセクタ（次セクタ）のデータが破壊されて
いる可能性はあり得る。

【００４６】そこでＣＰＵ１１は、先のステップＳ１と
同様の判定処理を行い（ステップＳ７）、トラック最終
セクタを含む書き込みであったなら、最終バイトのＤＭ
Ａアンダーランを考慮する必要がないことから、後述す
るステップＳ１２に進む。

【００４７】これに対し、トラック最終セクタを含む書
き込みでなかったならば、ＣＰＵ１１は最終バイトのＤ
ＭＡアンダーランを考慮して、ステップＳ３で書き込ん
だ最終セクタ（書き込み最終セクタ）の次のセクタのデ
ータが破壊されていないかどうか、つまり次セクタが正
常か否かを次のようにしてチェックする（ステップＳ
８）。即ちＣＰＵ１１は、フロッピーディスクコントロ
ーラ１８及びＤＭＡコントローラ１９を制御して書き込
み最終セクタの次のセクタのデータの読み込みを行わ
せ、当該次セクタのデータと、先のステップＳ２で主メ
モリ１２の所定領域に既に読み込まれている当該次セク
タのデータとを比較し、両データが一致しているか否か
により、当該次セクタが破壊されてないか（つまり次セ
クタが正しいか）どうかを判定する。

【００４８】もし、次セクタが破壊されてないならば、
ステップＳ１２に進む。これに対し、次セクタが破壊さ
れているならば、ＣＰＵ１１は当該次セクタの直前のセ
クタ（ここでは、書き込み最終セクタ）への書き込みの
最終バイトの転送でＤＭＡアンダーランが発生したもの
として、当該次セクタのデータをリカバリするための処
理を次のように行う（ステップＳ９）。即ちＣＰＵ１１
は、先のステップＳ２で主メモリ１２の所定領域に読み
込んでおいた当該次セクタのデータを、当該次セクタに
書き込ませることで、当該次セクタのリカバリを行う。

【００４９】続いてＣＰＵ１１は、上記リカバリを行っ
た次セクタが正しくリカバリされているか否か、つまり
次セクタのリカバリに成功したか否かを次のようにして
チェックする（ステップＳ１０）。即ちＣＰＵ１１は、
先のステップＳ８でのチェック処理と同様にして、フロ
ッピーディスクコントローラ１８及びＤＭＡコントロー
ラ１９を制御して上記次セクタのデータの読み込みを行
わせ、当該次セクタのデータと、先のステップＳ２で主
メモリ１２の所定領域に既に読み込まれている当該次セ
クタのデータとを比較し、両データが一致しているか否
かにより、次セクタのリカバリに成功したか否かを判定
する。

【００５０】もし、上記次セクタのリカバリに失敗した
ならば、ＣＰＵ１１は書き込み結果が正しいか否かに無
関係に、書き込み要求元のアプリケーションプログラム
に書き込み失敗を通知する。これに対し、上記次セクタ
のリカバリに成功したならば、当該次セクタがトラック
最終セクタであるか否かをチェックする（ステップＳ１
１）。

【００５１】もし、リカバリに成功した次セクタがトラ
ック最終セクタであるならば、当該次セクタのリカバリ
処理、つまり次セクタへの元のデータの書き込みで当該
次セクタの最終バイトのＤＭＡアンダーランが発生する
虞はないことから、ＣＰＵ１１はステップＳ１２に進
む。

【００５２】これに対し、リカバリに成功した次セクタ
がトラック最終セクタでないならば、当該次セクタのリ
カバリ処理で当該次セクタの最終バイトのＤＭＡアンダ
ーランが発生して、更に次のセクタを破壊する可能性が
あることから、ＣＰＵ１１は、この更に次のセクタを上
記した次セクタとして、上記ステップＳ８以降の処理を
行う。これにより、ステップＳ９のリカバリ処理は、当
該リカバリ処理でリカバリされたセクタの更に次のセク
タが正しいと判定されるか、或いはトラック最終セクタ
がリカバリされるまで、繰り返される。

【００５３】さて、ステップＳ７でトラック最終セクタ
を含む書き込みであると判定された場合、或いはステッ
プＳ８で次セクタが正しいと判定された場合、或いはリ
カバリに成功した次セクタがトラック最終セクタである
とステップＳ１１で判定された場合、つまり書き込み最
終セクタの次セクタ〜トラック最終セクタまでに、最終
バイトのＤＭＡアンダーランで破壊されてリカバリでき
ていないセクタは存在しないことが確認できた場合、Ｃ
ＰＵ１１はステップＳ１２に進む。ＣＰＵ１１は、この
ステップＳ１２において、先のステップＳ６でのデータ
比較結果を表すフラグ情報を参照し、一致を示すなら
ば、即ち書き込み結果が正しいならば、ＣＰＵ１１は書
き込み要求元のアプリケーションプログラムに書き込み
成功を通知する。これに対し、フラグ情報が不一致を示
すならば、即ち書き込み結果が誤っていたならば、ＣＰ
Ｕ１１は書き込み要求元のアプリケーションプログラム
に書き込み失敗を通知する。

【００５４】このように本実施形態では、トラック最終
セクタを含む書き込みでないときは、次セクタが正しい
か、或いはリカバリでき、且つ書き込み結果が正しい場
合に限り、要求元のアプリケーションプログラムに書き
込み成功が通知される。一方、次セクタが正しいか、或
いはリカバリできても、書き込み結果が誤っている場合
には、書き込み失敗が通知される。更に、次セクタが正
しくなく、且つリカバリもできない場合には、書き込み
結果に無関係に書き込み失敗が通知される。

【００５５】一方、トラック最終セクタを含む書き込み
の場合には、次セクタの破壊を考慮する必要がないこと
から、書き込み結果だけに基づいて書き込み成功または
失敗が通知される。

【００５６】

【発明の効果】以上詳述したように本発明によれば、フ
ロッピーディスク装置へのデータ書き込み後にその書き
込んだデータを読み出して元データと比較することで書
き込み結果が正しいか否かを検証すると共に、書き込み
最終セクタの次のセクタが破壊されているか否かを当該
次セクタのデータを読み出して当該次セクタの元のデー
タと比較することで検証し、破壊されているときは上記
元のデータにより当該次セクタの破壊部分の回復を図る
ようにしたので、システムの負荷が増大するのを抑えな
がら、完全なエラーチェックと後続セクタのデータの保
証とを実現できる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るコンピュータシステ
ムの概略構成を示すブロック図。

【図２】同実施形態におけるフロッピーディスク装置へ
のデータ書き込み時の動作手順を示すフローチャート。

【図３】フロッピーディスク上で同一データが誤って連
続して書き込まれるＤＭＡアンダーランを説明するため
の図。

【図４】従来技術を説明するためのフローチャート。

【符号の説明】

１１…ＣＰＵ １２…主メモリ １３…バス １４…システムタイマ １７…フロッピーディスク装置（ＦＤＤ） １８…フロッピーディスクコントローラ（ＦＤＣ） １９…ＤＭＡコントローラ（ＤＭＡＣ） ２３…割り込みコントローラ １２０…ＦＤドライバ（フロッピーディスクドライバプ
ログラム）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 13/00 ３０１ Ｇ０６Ｆ 13/00 ３０１Ｊ Ｇ１１Ｂ 20/12 Ｇ１１Ｂ 20/12 20/18 ５２０ 20/18 ５２０Ｃ ５２２ ５２２Ｚ ５５２ ５５２Ｚ ５７２ ５７２Ｂ ５７２Ｆ Ｆターム(参考） 5B018 GA06 HA01 KA02 KA22 MA13 QA15 RA11 5B065 BA02 CE07 EA21 EA22 EA39 5B083 AA08 BB01 BB02 CC06 CD06 EE08 EF05 5D044 BC01 CC04 DE03 DE12 DE37 DE47 DE49 DE62 DE64 DE96

Claims (5)

【特許請求の範囲】
1. 【請求項１】 フロッピーディスクコントローラ及びＤ
   ＭＡコントローラを使用することでフロッピーディスク
   装置を対象とするデータの読み出し／書き込みが可能な
   コンピュータシステムにおいて、 前記フロッピーディスク装置に対する書き込み要求が発
   生して当該書き込み要求で要求されたデータの書き込み
   が行われた場合、書き込まれたデータを読み出して元デ
   ータと比較することで、要求されたデータの書き込み結
   果を検証する書き込み結果検証手段と、 前記書き込み最終セクタの次のセクタが破壊されている
   か否かを、当該次セクタのデータを読み出して当該次セ
   クタの元のデータと比較することで検証する次セクタ破
   壊検証手段と、 前記次セクタ破壊検証手段により前記次セクタの破壊が
   検証された場合に、当該次セクタを前記元のデータによ
   り回復させるリカバリ手段とを具備することを特徴とす
   るコンピュータシステム。
2. 【請求項２】 前記フロッピーディスク装置に対する書
   き込み要求が発生した場合に、要求された書き込みの実
   行に先立ち、書き込みの対象となる書き込み最終セクタ
   に後続するセクタのデータを読み込む後続セクタ読み込
   み手段を更に具備し、 前記次セクタ破壊検証手段及び前記リカバリ手段は、前
   記次セクタの元のデータとして、後続セクタ読み込み手
   段により読み込まれている該当セクタのデータを用いる
   ことを特徴とする請求項１記載のコンピュータシステ
   ム。
3. 【請求項３】 前記書き込み要求で要求された書き込み
   の実行に先立ち、書き込みの対象となる書き込み最終セ
   クタの次のセクタから同一トラックの最終セクタまでの
   データを読み込む後続セクタ読み込み手段と、 前記リカバリ手段により前記次セクタが正しく回復され
   ているか否かを、当該次セクタのデータを読み出して当
   該次セクタの前記元のデータと比較することで検証する
   検証するリカバリ検証手段と、 前記リカバリ検証手段により前記次セクタが正しく回復
   され、且つ同一トラックに更に次のセクタが存在する場
   合に、当該更に次のセクタが破壊されているか否かを前
   記次セクタ破壊検証手段により検証させる制御手段とを
   更に具備し、 前記次セクタ破壊検証手段、前記リカバリ手段及び前記
   リカバリ検証手段は、前記次セクタの元のデータとし
   て、後続セクタ読み込み手段により読み込まれている該
   当セクタのデータを用いることを特徴とする請求項１記
   載のコンピュータシステム。
4. 【請求項４】 前記書き込み要求に対する書き込みの実
   行の結果、書き込みに成功したか或いは失敗したかを前
   記書き込み要求の要求元に通知する書き込み検証結果通
   知手段であって、前記リカバリ手段により前記次セクタ
   が正しく回復されなかった場合には、前記書き込み結果
   検証手段の検証結果に無関係に書き込み失敗を通知する
   検証結果通知手段を更に具備することを特徴とする請求
   項１記載のコンピュータシステム。
5. 【請求項５】 フロッピーディスクコントローラ及びＤ
   ＭＡコントローラを使用することでフロッピーディスク
   装置を対象とするデータの読み出し／書き込みが可能な
   コンピュータシステムに適用されるフロッピーディスク
   装置へのデータ書き込み時のエラー検出・リカバリ方法
   であって、 前記フロッピーディスク装置に対する書き込み要求が発
   生した場合、書き込みの対象となる書き込み最終セクタ
   に後続するセクタのデータを読み込んだ後、 前記書き込み要求で要求されたデータの書き込みを実行
   し、 しかる後に、書き込まれたデータを読み出して元データ
   と比較することで、要求されたデータの書き込み結果を
   検証すると共に、 前記書き込み最終セクタの次のセクタが破壊されている
   か否かを、当該次セクタのデータを読み出して当該次セ
   クタの元のデータと比較することで検証し、 前記次セクタの破壊が検証された場合、当該次セクタを
   前記元のデータにより回復させることを特徴とするフロ
   ッピーディスク装置へのデータ書き込み時のエラー検出
   ・リカバリ方法