ビジネス書院文書ＦＤの修復 ―フォルダー構造に立ち入った修復の例―

	作業Ｎｏ．048	詳細情報
症状	リッチテキストコンバータで開こうとすると、書院のファイルであることは分かるが、「ディスク内容が異常です」とはねられる。
対応
１．	バックアップ用ＦＤを作成する。	ビジネス書院の文書ＦＤはＭＳ－ＤＯＳの1.2MBのフォーマットを利用しているので、その形式にフォーマッティングすればよい。
２．	ＬｏｇｉｔｅｃのＦＤコピーツールｄｓkｃｐｙ.exeでバックアップしながら、不良個所を特定する。	dskcpy.exeは不良セクターがあると、再試行・無視などの選択ができる。今回は１０４セクター目に不良があったので、無視して進むと、そのほかは忠実にコピーされる。
３．	バックアップで作ったＦＤをノートン・ディスクドクターにかける。	先ず「２つのＦＡＴが一致しない」ので、それを修復してくれる。「アンドゥファイルの作成」はスキップする。（そのために、先にバックアップしてはじめているわけです。）「￥ＮＡＭＥフォルダのエントリが壊れていて」、「３５６個のロストクラスタが１４のチェーンにある。」と診断された。修復してもらう。
４．	結果は\NAMEは無効で修復できなかったが、ロストクラスタは１４個のファイルに保存された。	file000._ddは文書ファイルではなくて、番号管理の一部らしいが、この際無視してかまわない。file0001._dd--file0013._ddが文書データ。ただしエディターで見ても制御文字が一杯で、文章としてはよめない。フォルダ\NAMEの中身は空。
５．	ビジネス書院の空文書ＦＤを用意する。	マシンをもっている人からもらうのが一番簡単。
６．	エディターでMS-DOSのダミー文書を作成する。	file001--file013とする。ＨＤに保存
７．	リッチテキストコンバータでＤｏｓテキストからビジネス書院への変換をおこない、５で用意したＦＤに保存。	\NAMEフォルダの中に100から112のファイルが作成される。これはDosテキストから書院に変換されたダミーファイル。\NAMEフォルダにもう１つIndexというファイルがあり、内容は文書番号100の文書名はfile001,文書番号101の文書名はfile002,...というように記述されている。
８．	７のＦＤの\NAMEフォルダ内のダミー文書ファイル100--112を削除する。	書院で削除しないように。Ｉｎｄｅｘファイルは７のままで、文書データファイルだけ削除する。
９．	、４のＦＤから７のＦＤの\NAMEフォルダ内に救出したいデータを複写し、名前をfile001は100、file002は101、..と112までつけなおす。	ＤＯＳプロンプトでコピーとリネームを一気にやり、f3キーで繰り返すのが、簡単です。
１０．	コンバーターで文書が読めることを確認する。	文書がよめました。