DRVCPY C: D:ackup.dat
とかいう形式じゃないの？

「壊れてる？」だけの情報じゃ、何がなんだかわかりませんなぁ。

先回りして、あり得そうなことだけ書いておくと、
１．コピーのあと再起動せずに内容を確かめようとしている
２．コピー後最初のWindows9x起動直後にscandiskを行なったらエラーらしきものが報告された−−−しかしこれについては心配無用です。OSが終了時に空き領域数を書き込むところがFAT32にあるんですが、一度もOS起動をしてないとそこにデタラメな（コピー前と同じ）値が入っているためです。

すいません、説明不足でしたね。フロッピー起動で、ＨＤＤの丸ごとコピーしたいのは
ご理解されていると思いますが、ＣＨＡＮＰＯＮ３で、ＵＷＳＣＳＩ接続の擬似ＳＣＳＩの
ＨＤＤから、同じくＵＷＳＣＳＩ接続の擬似ＳＣＳＩに、コピーをしました。

その結果、ＩＤ（ＳＣＳＩ−ＩＤ＝０に）を変更した、コピー後のＨＤＤだけにして、
もともとＨＤＤは外しました。それで、電源を入れたら、ＮＯ　ＳＹＳＴＥＭで、
ビープ音、それで、フロッピーの入れて、フロッピー起動で、ＨＤＤの中身をＤＩＲで、
確認、ディレクトリーを表示した（スクロール）と思うと、何かおかしい、
最後まで表示され、それを見たら、壊れているんですよ、ディレクトリー構造がめちゃくちゃ
、ＳＣＡＮＤＩＳＫする以前に、はっきり壊れているのが、分かるんです。
私の口で、これ以上うまい説明できません。環境を詳しく書くことぐらいですが、
ＵＷＳＣＳＩ擬似ＳＣＳＩ接続で、別のＨＤＤで確かめましたが、やはり同じく、
起動できず、ディレクトリーも、壊れていました。念のため、今まで使っていた、
コピーソフトで行うと、同じ環境でも、問題無くコピーでき、起動もしました。

メモリのデータ化けってことはないですかね。drvcpy /M オプションを使うとどうなりますか。これは、1MB以上のメモリを使わないオプションです。

CHANPON3とSCSI-IDE変換の関係かも。
変換基板とHDDの型番を書いた方がいいかもしれませんね。（書いても意味ないかしら）
まりもさんの書かれているオプションで回避できるといいですなぁ。

Ｍオプションですが、これを使っても、結果は同じでした。さらに、バックアップを行って、
リストアしましたが、これも駄目でした。バックアップの全体の容量が、１０Ｇ弱なので
今までテスト用に使っていた、２７ＧのＨＤＤ、（ＷＤ３００ＡＢに、容量少ないから、大丈夫かな？と。）に、コピーを実行したら、容量少ないですが、コピーできますと、出たので実行したら、これも同じ結果でした。ちなみに、大元のはＷＤ３０７ＡＡです。

最初に気が付いたのは、IC35L040AVVN07（32Gクリップで）です。SCSI-IDE変換は
ＡＥＣ７７２０ＵＷで、ファームが３.６０です。

ディスクドライブ一台に一領域しか作っていないというのであれば、こちらでもコピーできますんで試して下さい（ただしコピー先のほうが全容量が大きいこと）。
http://homepage1.nifty.com/marimono/software/hddup98.html
これでも化けるようであれば、CHANPON3の BIOSも含めたSCSI環境の問題としか考えようがありません。

ひょっとして、クラスタサイズが標準でなく、えらく小さく(4KBに)なっていたりしてませんか？。クラスタサイズが極端に小さいと、FATが大きくなりすぎて記憶できないため、drvcpyではコピーできないことになります。ただしそのときはエラーを返すので、化けるというのはないはずですが…。

XCOPYじゃダメなんだろか？

DOS（モード）上でやりたいということであれば、xcopyではダメです。
しかしWindows9xが起動できる状態なんだから、WindowsのDOS窓からxcopyしたほうがよいとは思います。速さの点でも。

ＨＤＤＵＰ９８使ってみました。その結果、なんと、

「コピー元ＨＤＤのパーティーションテーブルのデータは異常処置できないので、
中止します」

で、コピーできませんでした。そこで、ｘｃｏｐｙのオプション忘れたので、フロッピー起動で、テストで使ったＷＤ３００ＡＢを、ＦＤＩＳＫと、フォーマットで、起動用にした後、ＷＩＮ９８ＳＥのエクスプローラーで、中身をコピー（細かいことは端折ります。）
コピー後ＨＤＤＵＰ９８で、このコピーしたＨＤＤ（起動することは確認）を、
丸ごとコピーしようとしたら、このＨＤＤもパーティーションテーブルデータ異常（上記と同じ）で、動きませんでした。

ＰＳ、今のところ、ｘｃｏｐｙ等のバッチを作っておけば問題無いですが、
もともと、バックアップ用等を目的で、コピーしていて、最悪時のことも考え
手いたもので、便利だなと、思ったんですが。(バックアップファイルなら）基本的に３０ＧのＨＤＤでも使用分ですむし、ＤＶＤに焼いておけるかと思った物で…。

もはや私の知識では理解できないことが起こっているようです（汗。

""drvcpy /M""で検索してみたらこんなんのが有りました。
http://www.color-guide.com/pc98/chanpon3.html

それって drvcpy /B の応用例ですが…(^^;。

それから、そこに書かれている「システムディスクがないぞ」って怒られるらしい現象は、CHAMNPON3でよく知られている、困った問題点です。

なるほど(^_^;)）

いや、ちゃんと読んだら、drvcpy が(できるはずの条件なのに)できなかったと書いてあります(^^;から、ライエルさんと同じ現象かも。CHANPON3 の BIOSの問題ではないかと思ってます。

＞CHANPON3 の BIOSの問題ではないかと思ってます。

その可能性も大きいとは思いますが、INIC-1060PチップとAEC-7720系との組み合わせに問題がある可能性ってないですかねぇ。（ちょっとうまく表現できませんが）
以前IOI-A100U2Wでも変換基板をかますと不具合が起きやすいと聞いたことがありまして、CHANPON3でもAEC-7720UWを使って問題が出た例も多いようですから、根本的にチップ間の相性かなとか思ったりして。
もっともBIOSが介在するわけですから、それに起因すると考える方が正解なのでしょうね。
あとはCHANPON3のボード構成に問題があるとかですかね。
ライエルさんの環境で、IOI-A100U2Wを使ってみてどうなるかが興味あるところです。

＃CHANPON3に関してはウチでも訳のわからないトラブルは発生しています
＃A100U2Wにすると直ったりする場合もあるんですがね・・・

もう、この環境での、ＤＲＶＣＰＹ諦めます。バックアップソフト別に探します。

ＩＯＩ−Ａ１００Ｕ２Ｗですか、ないです。…。

ＣＨＡＮＰＯＮ３、は、これ以外ＵＳＢ２対応機器無いので、分かりませんが、
それ以外、何も問題無く、（別のＤＯＳのコピーソフト含め）動いているので、
不具合は、これが初めてです。

PC Japanにあった記事で、AT 互換機での話ですが、
まず、異動先のドライブをC: となるよう接続し、
Win98の起動フロッヒーディスクより立ち上げて
Format, sys を行ってWin98のDOSが HDから
立ち上がることを確かめておきます。
次に、もとのHDにもどしてWin98を立ち上げます。
MS-DOSプロンプトを起動して、先ほどのHDをD:とすると、
xcopy c: d: /c /e /h /k /r /s　
と入力します。
終わったらHD をつなぎなおしてD:がC:となるよう接続します。
8Gくらいのドライブではうまくいきました。
32Gではやったことがありません。
PC-9821でも同じ考え方でいいのではないかとおもいます。

ダビ猫ちゃんさん（これで良いのか？。）、ＸＣＯＰＹしたいわけじゃないんですよ。
ただ起動用ＨＤＤのコピーだけなら、方法は理解してますし、やり方も、
すぐ分かるんですが、今回の問題はｄｒｖｃｐｙで、バックアップファイル作って、
フロッピーから、修復したかったんです。ただ、その順でテストすると、時間掛かるので
コピーしたら、出来なかったんですよ。それで、このスレッドを立てました。
コピーの段階で失敗してますから、自分の細かい理由より、分かりやすく、問題点を
述べただけです。最悪、ＷＩＮ９８が動くのであれば、エクスプローラーからさえ、
起動用として、コピーできます。ＸＣＯＰＹ（リスキーシェフ…つづり覚えてない）
を使えば、一発ですがね。

９８＊１の場合、起動用にシステム転送して、コピーさえすれば、起動時にドライブ順が
コピー元の順序と同じにすれば、それだけで動くんですよ。ですから
ＡＴ機より楽にコピーできます。

どうも。
蛇足かなとは思っていたのですが。

追加情報です。誰かが、必要とも思いませんが、何かの手がかりになればと、残します。

今回別ソフト、「Ｄ２Ｆ」試しました。

その結果、更に書き込んでおいて、誰かの目にとまればと、思うことが分かりました。
ドライブ情報、FAT32、クラスタ３２、セクタ５１２、
これが私のドライブの、正常と思われる。情報です。

しかし、これを、Ｄ２Ｆで、バックアップしたあと、リストアすると、
その時、バックアップファイルの、ドライブ情報が、次のように化けていることが判明。

ＦＡＴ１３９、クラスタ７、セクタ49027

という、値で記録されるらしい、

更にノートンユーティリティー２００２のレスキューディスクの作成で、パーテェーションデータを作成できなくて、注意されます。（作れないけどそれ以外は、作成できるみたいなの）

この状況で、ＨＤＤをコピーしてくれる、ドライブコピー（メルコ付属）ソフトで、
全部処理しているんでしょうか？。

これで最後かと思います。ただ、これ以外に強力なバックアップソフトご存知の方、
情報お待ちします。フリーじゃなくても良いです。似た環境で、バックアップして、
きちんとリストアできる物でお願いします。

D2Fでもおかしいとなれば、やはり下請け作業をする、SCSI のデータ転送そのものか、あるいはそれを行なうBIOSプログラムの誤りがあるとしか考えられません。メルコのドライブコピーの結果も怪しいように思います。コピーしてから全てのファイルが一致しているのか確かめたほうがよいです。この状況下では、ソフトを変えてもダメだと思います。

SCSIカードをNEC/Adaptec純正などに取り替えて、いままでの作業をすべて検証し直すことをやってみる必要があるでしょう。そうすれば CHANPON3の問題ということがはっきりします。

I-Oのしかないのですが、これで時間が出来たら試してみます。
何時になるか、分からないので、もしかしたら、」新スレッドかも知れません。

ＰＳ、メルコのコピーでコピーした物で、すでに３ヶ月以上起動実績あるんですが、
ま、これで大丈夫とも思っていません。それ以外にも少し問題も見つけました。
ＡＥＣ７７２０ＵＷの相性の可能性有る問題です。
速度が速い（４０）と、時たま、コピーでとまる。速度を落すと（２６．６）
間違い無く、コピーが最後まで行われる。…

実は、CHANPO1およびIFC-USP の場合も、DRVCPYやそのほかDOSプログラムを使って連続でデータコピーすると、ハングすることがときどきあります。ATA変換SCSIを使用しているいないに関わらずです。