Win98のディスクで

FDISK　/MBR

では、だめですかー？
その後　Win2kの修復セットアップをすればいけそうなきがしないでもないですが・・

FDISK /MBR はダメでした。＃致命傷を与えてなきゃいいけど…
あと、AEC-7720Uにつないだ状態でこのHDDにRMBRを実行すると、
総シリンダ数58622・ヘッド数8・ヘッドセクタ数128
と表示されます。

>総シリンダ数58622・ヘッド数8・ヘッドセクタ数128
30GBだと容量的にはあっているのでは？(計算上ですが)

回復コンソールの起動が出来ればまずfixmbrをするべきだったかと。
他、ブートセクタだけの破損だとfixbootコマンドを実行
STOPエラーの0x0000007BだとするとLBAの破損の確立が高いですがchkdskで修復可能です。
この場合SCSIの同期転送の設定を無効にするのも良いらしいです。

MBRウイルスにやられている可能性は無いですか？
98で使えるかどうか分かりませんがWin2000のCD内にAvbootなるMBRウイルス駆除ツールがあるので使ってみては？
場所はVALUEADD3RDPARTYCA_ANTIV内のMAKEDISK.BATで作れます。

いろいろとありがとうございます。
どうやら領域が全く見えていないようで、回復コンソール以前の問題なんです(ToT)

ちなみにAEC-7720Uに別の3.2GB HDDをつないでDISKINITをかけてるんですが、6時間たっても終わりません。なんとなくCHANPONかAEC-7720Uの故障かも…

MBRウイルスが感染した状態でDOSのFdisk /mbrの実行をすると領域が全く見えなくな
る事があります。けど現象を見る限りではハード的な故障の様ですね。
私も壊れた6.4GBHDDをフォーマットした時,丸一日経っても20％程度しか進まなかった
事があります。なぜかエラーが出なかったです。ただ異音が発生してましたが。

http://www.cham-reo.com/logsearch/archive/stage_3/pc-98/sled22574.html

こちらも参照してみてください。

6.で使った3.2GBのHDDですが、DISKINITが終わらないので強制リセットしてFDISKかけたらなんだかフォーマットできました（＾＾； 今のところDOS7.1がブートできてます。
ってことは板と変換器は無事。やっぱ同ドライブ購入→同一領域確保→MBR吸い出し？

> http://www.cham-reo.com/logsearch/archive/stage_3/pc-98/sled22574.html
情報ありがとうございます。Final Dataの存在は確かに意識してます。ただ、1リカバリ1万円というのがひっかかってます。あれって評価版では復元可能性を示してもらえたと思うので、とりあえず試してみるかな。

それにしても、FAT32上のWin2Kがこれほどまでに脆弱だとは…

rwMBRってのは、保険みたいなもので、以前に保存しておいてなければダメです。
症状からすると、ハードディスクは本当に壊れているみたいですが...
SCSI変換の場合、ATAのコマンドをどこまでサポートしているかわからないので、エラーのあるハードディスクに対して、ちゃんとエラーを返してくれないことがあるかもしれません。その場合、フォーマットが終わらないとかいうことはあるかも。SDATではそういうことがありました。

＞MBRウイルスが感染した状態でDOSのFdisk /mbrの実行をすると領域が全く見えなく
このコマンドを打つ以前に、領域は見えてないと思います。先頭セクタをクリアするタイプのウィルスにやられると、パーティションテーブルも消されてしまいますので…。

おぉまりもさん、ご登場ありがとうございます。
ドキュメントから判断すると、rwMBRは事前にバックアップしておくものだというのはある程度予想は付きました（爆）
ただ、原理を想像すると、全く同じHDDで全く同じ領域分割をして吸いだし＋書き込みすれば直りそうな気がするんですよね。Win98のFDISKで16383MB＋残りに分割してWin98を入れ、Win2Kにアップグレードしただけですから…

ちなみにこのマシンでメールは送受信してないのでウイルスの可能性は低いと思います。
＃思いこみかも…

まあ原理的にはそうで、実際ハードディスクの装置ごとコピーの際に、DISKINITやFDISKの手間を省くために使うことがあります。
領域が見えなくなっているということは、それに続く先頭パーティションのFATあたりも消された可能性があります。その場合はどうにも復活できません。ディスクをダンプするようなツールで（昔からあるような98専用の）、シリンダ１、ヘッド０、セクタ０を覗いてみて下さい。ゼロが詰まっているようですと、お手上げです。ここでFAT32とかFAT16とかの文字列が見えれば、OSブートセクタやFATは生存の可能性が高いです。なおFDISKを行うと、とどめを刺すので、復旧に望みをかけるんであれば、早まらないで下さい。

> なおFDISKを行うと、とどめを刺すので、
うぐぅ、FDISK /MBRしてる… ＃これは先頭1KBしか手を出さないと信じてるが。
まぁ今回の場合は最悪C:は消えてもよくて、D:が生き残ればいいので、先頭パーティションのFATが死のうとも2個目のパーティションのFATが生きてればデータは吸えます…

ところで、30GBのHDDに対応したディスクダンプツールでおすすめなものはありますか？
とりあえずVectorをあさりにいきますが、あまり古いと2GBぐらいしか読めそうになくてなんか嫌です（＾＾；

知らないうちにデータが化けたのかも？（汗
SC-UPCI+AEC-7720UW&DPTAでも、以前いきなりデータが破損してしまったことがあります。
そのときはバックアップがあったのでよかったのですが。
もちろん、ウィルスには感染していませんでした。
あくまで個人的感想ですが、AEC-7720UWってたまに書き込みとかがおかしくなるような
気がするんですけどね。

とりあえずFinal Data評価版落としました。帰ってから空きHDDにWin98突っ込んで、吸出しを試してみます。
ただ、気になるのはこれです。98ユーザは1万円払え、と？！
> ※NECPC-9800シリーズの場合は、論理ドライブのみのスキャンとなります。
> 　製品版は物理ドライブのスキャンにも対応します。

評価版でだめそうだったら、Maxtor 93073U6の在庫があるうちに買おう‥

>ところで、30GBのHDDに対応したディスクダンプツールでおすすめなものはありますか？
Vector に DDT というディスクエディタがありますが、8GB までしか対応していないようでした。ソースが同梱されていましたので、ちょっといじれば 32GB まで対応させることは可能ですが。

>うぐぅ、FDISK /MBRしてる… ＃これは先頭1KBしか手を出さないと信じてるが。
パーティションテーブルには手を出すのだろうか？
これをやっても、HDD 起動メニューは書き込んでくれないのですよね。MBR だけ書き込んでも HDD 起動メニューが破壊されている場合は起動できないと・・・。そこで、HDD 起動メニューも含めてバックアップするソフトを作ったのですが、公開しようかとしたらまりもさんに先を越されたので、そのままお蔵入りとなりました。(^^;;;

>総シリンダ数58622・ヘッド数8・ヘッドセクタ数128
SCSI 変換している場合は、SCSI のパラメータで動作し、HDD 本来のパラメータは無視されます。

>評価版でだめそうだったら、Maxtor 93073U6の在庫があるうちに買おう‥
手計算でパーティションテーブルを再構築という手がまだ残っています。（やりたくない）

> ただ、気になるのはこれです。98ユーザは1万円払え、と？！
> > ※NECPC-9800シリーズの場合は、論理ドライブのみのスキャンとなります。
> > 　製品版は物理ドライブのスキャンにも対応します。
案の定、物理ドライブ復活メニューが白紙でした(ToT)
1万円払うか、さらに悪あがきするか迷うところです。

> 手計算でパーティションテーブルを再構築という手が
そんなスキルは…ないよぅ....

DDTを試してみました。結果：どのセクタも全く同じ内容（00ではない）でした（死）
DDTのバグかもしれませんが、おおかたコントローラ基板がイカれたかな？（爆死）

＃ってことはMaxtor 93073U6の新品を狩ってニコイチですか（ぉぃ
＃ひょっとしてクリーンルーム必須ですか（ぉぃぉぃ

>DDTを試してみました。結果：どのセクタも全く同じ内容（00ではない）でした（死）
D: の領域を読み出してもそうならばパーティションテーブルをいじることでの修復は不可能ですね。って、DDT で扱える領域を越えていますね。(^^;;

DDT.C の 107行目と 130行目の
intregs.x.dx = (int)( sector >> 16 ) & 0xff;
となっている部分を、
intregs.x.dx = (int)( sector >> 16 );
に書き換えて再コンパイルすれば 8GB以降の領域も扱えるようになるはず。
実際に試したわけではありませんのであしからず。（ぉぃ

そういえばディスクダンプツールがもう１つ Vector にあったような気が。名前は忘れました。(^^;;

＞FDISK /MBRしてる…
これで書き変わるのは、先頭セクタのIPLコードだけのようです。パーティションテーブルには一切手を付けません。ただ、困ったことには、起動メニューは書き直してくれません。
>まりもさんに先を越され
さらに先行って申し訳ないですが、様々なサイズの起動メニューに対応するようにしました。これは、起動メニューにパッチが当たって、占有セクタ数が増えることがあるからです。起動メニュー読み込みセクタ数の情報は、IPLに書かれています。IPLの先頭から71h番地のワードが、メニューのバイト数です。通常は 1C00hになっていますが、これを増やせば、かなり大きな起動メニューを読み込ますことができます。
＞AEC-7720UWってたまに書き込みとかがおかしく
私もそんな感じを持っています。これという確証があるわけではないのですが…。

★ハードディスク復旧の指針(どこが壊れているのかを知る)

OS起動とファイルシステムの確立までに、つぎのステップがあります。
I．「マスターブートレコードのIPL」が起動
II．「起動メニュープログラム」が起動（変な表現ですが^^;）
　　　それが「パーティションテーブル」を参照して…
III．「パーティションの開始セクタのIPL」が起動
IV．　それが「パーティション内のFAT」を参照して…OS各ファイルが読み込まれる

「」内にある情報がひとつでも壊れれば、起動も参照もできなくなりますが、どれが壊れたかを突き止めるのが肝要です。

１．「マスターブートレコードのIPL」のみが壊れた場合は、 Windows98(95ではダメ)の FDISK /MBR か /CMBRで直せます。ここだけが壊れるということはあまりなようです。
２．「パーティションテーブル」が壊れると厄介ですが、HD内の全セクタをスキャンして、「パーティション開始セクタ」と思われるもののディスクアドレスを拾い出すことで、「パーティションテーブル」を仮復旧させることができます。有名なフリーソフトHDUは、それを行なっていますが、残念ながらFAT32に対応してません。NTFS、UNIX系などあらゆるファイルシステムに対応したものがあるとよいと思います。
３．「パーティション開始セクタ」が壊れた場合は、パーティションテーブルを参照すれば、完全復旧できます（しかしそれをやってくれるソフトは知りません）。
４．「パーティション内のFAT」が壊れると大変厄介ですが、これもデータ領域に転がっているサブディレクトリと思われるパターンを拾ってFATを構築して行けば、サブディレクトリ内のファイルのうち連続クラスタで格納されたモノだけは復旧できます。全てのファイルが取り戻せるわけではありません。サブディレクトリの骨を拾ってくれるタイプの復旧ソフトは、結構数はあると思いますが、有料なものが多いよのではないでしょうか（作るのが大変そうなので）。この手のソフトでは、Windows 汎用GUI版が期待できます。しかし１．２．３．の復旧ソフトは完全に９８依存なので、今後登場や改良版する可能性があまりなさそうです。

現実には、１．と２．とは場所が連続なので、同時に破壊される可能性があります。３．と４．もそうです。ウィルスに当てられた場合、１．から先頭パーティションの４．まで一気に壊されることが多いようです。

結局、
・DDTでどのセクタを見ても同じ値を表示
※DDTは各ラインごとにサムを表示するので、サム以外はざっと見ただけですが…
・異音はしない
・SCSI板チェックで正しいベンダ名を返す ＃もちろんMaxtor 93073U6です
・RMBRで正しい容量を返す
から、HDDのコントローラ基板かヘッドがおかしいとみました。
同じHDDが中古で安く出回っていたらニコイチを試してみたいと思います。
みなさま、本当にありがとうございました。

…あぁ、3ヶ月分のメールがぱー。（なぜかoutlook.pstだけこのマシンに（爆））