WindowsNTのＨＤＤクローン

質問

現在WindowsNT4.0で動いているＰＣのＨＤＤクローン品を、新品のＭＢに移植してＯＳ再インストール無しで動作させようとしています。

まずＢＩＯＳ設定で「USB Controller」をEnableからDisableに変更することで、
ＰＳ２マウスが使用できるようになるのですが、そのままWindowsNT起動しシャットダウンさせるとＢＩＯＳ設定が元に戻ってしまいます。その他の設定でも同様です。

最初はＭＢの初期不良を疑いましたが、別のＰＣで使用しているWindowsNTのクローンＨＤＤで同様に設定すると設定保存されてます。

レジストリ設定等でシャットダウン時などにＢＩＯＳ設定をデフォルトに戻すような設定があるのでしょうか？（探してみましたが見つけ切れませんでした）
また、何か別の原因が？

お知恵をお貸しください。
（ＭＢ故障以外の回答をお願いします）

回答No.10

wormhole

>ＢＩＯＳ不良の可能性は否定できませんが、別のWindowsNT4.0のＰＣのHDDクローンで同様のＢＩＯＳ変更を行うと前述のような現象は起こらなくなります

#8の方が書かれているようにBIOSのデータ領域を書き換えてしまうようなドライバもしくはプログラムが含まれてるのではないでしょうか。
WindowsNT4の頃はPlug&Play導入されてませんでしたからドライバは手動設定のはずですし。

>よって、ＯＳの再インストールなどメインプログラムが消失するような方法は採用できません。

事情はわかるんですがWindowsのライセンスは問題ありませんか？

お礼

現在はCMOS Check someが出る原因を調査中です。
ありがとうございました。

補足

回答ありがとうございます。

「データを書き換えるドライバまたはプログラムがある」
という方向で色々試してみます。

＞事情はわかるんですがWindowsのライセンスは問題ありませんか？

もともとのＯＳが製品版なので良いかと思っていました。
ＭＳ社からの新規ＯＳライセンスが受けられないので、問題があるとすると非常に困りますね。

回答No.9

kteds

No.5の補足です。
他のPCのHDDでは正常に保存されることを考えると、確かに不可解ですね。
HDDに何らかの違いがあるとすれば、HDDのジャンパピンの設定も見比べてみてはどうでしょうか。
これ以上のことは私にもわかりません。

お礼

ありがとうございました。

補足

ＨＤＤのジャンパピンはＣＳでやっています。
Masterでも試しましたが結果は変わりませんでした。

ご指導、ご協力ありがとうございました。

回答No.8

chie65535

＞まず、起動時に CMOS check some error が出ます。
＞そこで、色々やってみた結果USB Controllerが邪魔をしてPS/2マウスが動かなくなるのでは？
＞との説があったので試しにBIOSでUSB ControllerをDisabledに変更してWindows起動したところ、動くようになりました。
＞しかしシャットダウン後再起動させると、再度CMOS check some error が出て
＞先ほど変更したはずのUSB Controller がEnabledに戻ってしまいます。

クローン化した為、OS起動後にマザボが新しくなったのを判ってないデバイスドライバが、BIOS設定を書き換えようとして「古いマザボのつもりで書き換え」を行って、結果「CMOSのチェックサムが壊れて、エラーになって、BIOS設定が（時計を除いて）すべてクリアされている」と言う状態になっていると思われます。

＞別のＰＣで使用しているWindowsNTのクローンＨＤＤで同様に設定すると設定保存されてます。

「別のPC」は「マザボが違うので、悪さするデバイスドライバが居ない」のだと思います。

クローンなので、失敗してフリーズする状態になっても、大元のHDDからクローンを作り直し出来る筈なので、ダメモトで「新しいマザボでセーフモードで起動して、デバイスマネージャーでチップセットドライバをすべて削除して、ハードウェアのスキャンをかけて、正しいチップセットドライバを入れてみる」と、もしかしたら、かなり低い確率で問題が解消されるかも知れません。

ともかく「マザボが変わったのにチップセットドライバがそのままなのは絶対にマズい」です。ブルースクリーンでフリーズしても不思議じゃない状態ですから。

お礼

現在はCMOS Check someが出る原因を調査中です。
ありがとうございました。

補足

ドライバー類色々といじってみましたが、上手くいきませんでした。
（すべて試したというわけではありませんが。）

今はシャットダウン時のルーティンの確認をしたいと考え、
方法を模索中です。

ありがとうございました。

回答No.7

noname#206655

段々読めてきました。私なら

１．ＨＤＤクローンを作る
２．ＳＰ６に上げる
３．ＵＳＢマウスで運用する

を実行します。

もしくは、シリアルマウスを使います。

または、やったこと無いので自信がありませんが、リダイレクトでマウスポートを変える。
ＰＳ２マウスで起動、遠隔操作ソフトを入れ、再起動後別ＰＣでコントロール。

．．．．やっぱ、ＳＰ６かな。

お礼

ありがとうございました。

補足

私もそう思い、ＳＰ６を探しています。
（社内に残っているかもしれないので）

ありがとうございました。

回答No.6

noname#206655

ｕｂｕｎｔｕ（Ｌｉｎｕｘ）というＯＳをインストールすると、基板の時刻がビッグベンになります。起動すると９時間づれ、日本時になります。基板のＢＩＯＳ時刻を電源投入時に９時間足しても、元に戻ることからＯＳ側から基板に書き込んでるのは明白です。これはレジストリ相当するファイルのパッチで、基板「ー９」、ｕｂｕｎｔｕ「－９」に調整してます。現在は電源を切ってもＢＩＯＳの時刻が改変されるということはありません。
基板によっては、ＯＳ側からの書き込みを禁止できるものがあります。それで抑止するか、ご質問のようにＷｉｎｄｏｗｓＮＴのオプションスイッチとか、レジストリで禁止可能だと思いますが、サーバーとして使ってると思います。ご面倒でもその都度切り替えるか、ＵＳＢマウスにＰＳ２のアダプターを付けて、ＰＳ２で動作させるものがあります。それを使って、ＰＳ２マウスで動作させます。
また、ＵＳＢマウスはＳＰ６に上げないと使えなかったと記憶してます。ＷｉｎｄｏｗｓＮＴに固執する理由は何でしょう？言語であれば、ｕｂｕｎｔｕなら「ドイツ語」が可能です。

お礼

ＯＳをＳＰ６にしました。
ＵＳＢは動作しますが、CMOS Check someは出ます。
CMOS Check Some　が発生する条件または内容を調査中です。

ありがとうございました。

補足

回答ありがとうございます。

ＯＳからの書き込みでＢＩＯＳの設定が変更される可能性がある。ということですね。
対処法として
「ＷｉｎｄｏｗｓＮＴのオプションスイッチとか、レジストリで禁止可能」
の方法がベストだと考えています。その方法をわかる範囲でご教授いただけたらうれしいです。

問題のＰＣはスイス製の生産設備のコントロールをしているＰＣで、主にPLCやProfibusの通信・コントロールを担っています。しかしメインのプログラムアプリケーションがインストール済みの状態でしか無く、インストーラなどは現存しません。（メーカー倒産の上、プログラムは納入先ごと完全オリジナル）
よって、ＯＳの再インストールなどメインプログラムが消失するような方法は採用できません。

ＳＰ６へのバージョンアップの方法も試してみたいと思います。
現在もできるかわかりませんが。

回答No.5

kteds

No.4の補足です。
> CMOS check some errorが出ます。

その現象は多くの場合はCMOS電池切れ（または切れかかっていて動作不良）、またはBIOS不良でしょう。

> ＭＢのＣＭＯＳ記録関係のジャンパピンはメーカーに確認済みです。

CMOS check some errorの件については、メーカーは何と言っているのでしょうか？

補足

＞その現象は多くの場合はCMOS電池切れ（または切れかかっていて動作不良）、またはBIOS不良でしょう

電池は交換しました。（時計は狂いません）
ＢＩＯＳ不良の可能性は否定できませんが、別のWindowsNT4.0のＰＣのHDDクローンで同様のＢＩＯＳ変更を行うと前述のような現象は起こらなくなります

＞CMOS check some errorの件については、メーカーは何と言っているのでしょうか？

メーカーにて別のＨＤＤにWindowsNT4.0をクリーンインストールして動作確認を行ったところ、
問題の症状は現れなかった。（ＢＩＯＳの変更ができた）との事でした。
見解としては、ソフト部分（ＨＤＤ内）で何か問題があるのでは？とのことでした。

回答No.4

kteds

> ＢＩＯＳ設定が元に戻ってしまいます。

元に戻るのはさておき、PS/2マウスが使用できなくなる、という意味なのでしょうか？
また、PS/2キーボードはどうなるのでしょうか？

> その他の設定でも同様です。

たとえばBIOS日付を変更しても設定前の日付に戻るのでしょうか？

補足

回答ありがとうございます。

まず、起動時に CMOS check some error が出ます。
そのまま起動も出来るのですが起動してもマウスが動作しません。
PS/2キーボードは操作できます。

そこで、色々やってみた結果USB Controllerが邪魔をしてPS/2マウスが動かなくなるのでは？
との説があったので試しにBIOSでUSB ControllerをDisabledに変更してWindows起動したところ、動くようになりました。

しかしシャットダウン後再起動させると、再度CMOS check some error が出て
先ほど変更したはずのUSB Controller がEnabledに戻ってしまいます。

日付は最初に設定後はそのまま保存されています。
ＭＢのＣＭＯＳ記録関係のジャンパピンはメーカーに確認済みです。

回答No.3

chie65535

追記。

あと「新品のマザボ」は、工場出荷状態で「BIOS設定をクリアする位置にジャンパーピンが刺さったまま」になっている場合があります。

こうなっているのは「出荷状態は、CMOSメモリの内容が不定な状態なので、購入後に初期化を強制する為」です。

一度、この状態で電源を入れて「CMOSクリア」を行い、その後、電源を切ってからジャンパーピンを「通常使用」の位置に変更する必要があります。

これを知らずに「初期不良だ」って騒ぐ人が、意外と多いです。

回答No.2

chie65535

＞そのままWindowsNT起動しシャットダウンさせるとＢＩＯＳ設定が元に戻ってしまいます。その他の設定でも同様です。

マザボのBIOS設定が元に戻るのは、OSは関係ありません。

BIOSの設定値は、CMOS RAMという「RAM」に記録されます。

RAMですから、電源供給が絶たれると内容が消えてしまいます。

なので、内容が消えてしまわないよう、マザボには「ボタン電池」が搭載されていて、その電池が「CMOS RAMの電源」になっています。

ボタン電池が切れてしまいCMOS（BIOSの設定値）の内容が消えた場合は、次にBIOSが起動された時に内容の整合性が調べられ、消えたと判断され初期値に戻されます。

で、こういう場合は、たいてい「PCの日付と時刻が狂ってしまう筈」ですが、最近のPCは、OSが起動されてからNTPサーバーと同期を取って日付と時刻を適正値に修正してしまうため、BIOS用の電池が切れてしまった事に気付けません。

NTPサーバーで時刻同期をしなかった時代は、ボタン電池が切れたら「あ、時計が狂ってる」って感じで、すぐに気付けたのですが、今は、ボタン電池が切れても時計が狂わないので、気付き難い事もあります。

＞（ＭＢ故障以外の回答をお願いします）

「電池の消耗以外の回答をお願いします」とは書いてないので回答しましたが、こういう書き方は余り良くありません。印象が悪くなります。

どこかに一言「MBが故障していない事は確認しました」とだけ書いて置けば、印象を悪くしないで済みますから、もう少し「表現」を考えましょう。

お礼

状態は改善されませんが、
ＣＭＯＳのエラーによりＢＩＯＳのデフォルトを読み込んでいる状態
なのは間違いなさそうなので、そういった方面で再調査中です。
ご協力ありがとうございました。

補足

回答ありがとうございます。

ご指摘の電池やジャンパピンの件はまず最初に確認し、
ＭＢの故障の可能性については販売元に返送、動作確認してもらいました。
電池の件は、電池を取り外せば時計が狂うので正常だと思います。

「最初はＭＢの初期不良を疑いましたが、別のＰＣで使用しているWindowsNTのクローンＨＤＤで同様に設定すると設定保存されてます。」
と質問文に記載しましたので、みなさまにお伝えできていると思っていましたが、
言葉足らずだったようです。申し訳ありません。

回答者様のご回答内容はすべて試していますが改善されません。
なにか別案がありましたらご教授ください。

回答No.1

noname#206655

ＰＳ２マウスとＵＳＢマウスはＮＴ４．０（SP６以降かな）でも共存出来ますが、「USBレガシー」という項目が基板のＢＩＯＳにある場合、オンにすると、USBマウスがＰＳ２マウスのように振る舞う項目とか、ＢＩＯＳの設定をＯＳから出来る項目も基板側のＢＩＯＳにあるものがあります。
それより、チップセットが違うので、そのままでは動きませんが、ＰＣＩ関連が異なっていて、動かない可能性があります。私なら、セーフモードで起動して、ＰＣＩを削除、再起動でダメなら諦めます。
ＨＤＤクローンとのこと、原型はある前提で、自己責任で行ってください。あくまで「私なら」という話です。

お礼

最終的にＳＰ６にアップデートし、ＵＳＢマウスは使えるようになりました。
ご協力ありがとうございました。

補足

回答ありがとうございます。

使用しているＢＩＯＳに「ＵＳＢレガシー」の項目はありませんでした。
ＯＳはWindowsNT4.0sp5　ドイツ語バージョンです。
移植先の新品ＭＢはPhoenix-AwardBIOSです。

ＰＣＩ関連の件ですが、
「もともとのドライバーが弊害になって新しくドライバー類を入れなおしても上手くいかない」
のでＢＩＯＳがデフォルト値に戻る。
ということでしょうか？

ＨＤＤのクローンは再度複製できるので、レジストリの変更や回答者様の案も試してみたいと思います。