-
まりも さん
2002-02-24 02:24:06
そういえば以前にも、アイオーデータのSCSIでそうなるという話があったような…。しかし原因などは不明です。お持ちのSC-UPCINの BIOSバージョンをいろいろ変えてみてはどうでしょうか。
-
いーとん さん
2002-02-24 04:04:58
私は特に問題がない限りは Ver3.31 に含まれる BIOS(Ver1.61) を使用しております。
Ra20/N30 + SC-UPCI(BIOS 1.61) + memsetup(ベース256MB + 追加128MB) で問題なく動作してます。
-
まりも さん
2002-02-24 04:19:16
ともかく、ハードディスク起動以前のことですので、memsetupの問題ではありませんから悪しからず(^^;)。SC-UPCINの当該BIOSバージョンにおける、なんらかのインプリメントミスがあるものと思います。少なくとも512MB以下のメモリでこの問題が出るのはおかしいです。
-
まりも さん
2002-02-24 04:53:47
一応考えられること（説明）を書いておきます。これは対策ではありません。
システムの把握しているメモリ上限アドレスを Ｓ、ITFにより実際にマッピングされたメモリの上限のアドレスを Ｒとすると、
Ra20,Ra18,Rv20,Rs20では、非ECCでのメモリチェック失敗のときに、
Ｓ＝Ｒ
となって次に進みますが、それ以外の機種では
Ｓ＜Ｒ
となります。このため、SCSIの(PCIデバイスの) BIOS ROMの展開・初期化作業のときに、システムのメモリ上限、すなわち Ｓ 以上というのをあてにして使うような事をすると、メモリが実在するところにPCIのROMをマップしようとしておかしな事になります。ただし通常はBIOS ROMは遥か上の 512MB以上のところにマップされており、メモリのある空間と重なることはありません。しかしSC-UPCINの当該バージョンは、他のSCSIアダプタのBIOSでは行なわないような、なにか特殊な（間違った？）作業をやっているので、エラーになるんだろうと思われます。ということで、おそらくその組み合わせでも、Ra20だと問題はなくなるであろうと予想されます。
-
くん さん
2002-02-24 05:17:39
Xv20にてSC-UPU2 or SC-UWPCI(どちらもBIOSは3.30)を装備した状態で、
後半のSIMMスロットに非ECCメモリを挿すと、例のエラーメッセージの後に
SCSIのデバイススキャンが始まらず、ROM BASIC行きになります。
よってSCSI HDDが認識されず、HDD-IPLまでいけずMemSetup使用以前の問題でした。
よってPK98-FD及びPK98-64MX2EDOが使用できませんでした。
前半のSIMMスロットがECC64MB x 2でもECC 8MB x 2のどちらでもエラーになった後
デバイススキャンされないので、SCSI BIOS ROMのマッピング位置のせいか疑問が
あったのですが、SCSI BIOSのverを変えれば平気かもしれないのですね(^^;)
なお、うちの場合非ECCを搭載した時の例のエラーメッセージでしたので、
赤字でのPARITY ERROR - BASE MEMORYではありませんでした。
-
くん さん
2002-02-24 05:19:43
すみません寝ぼけてました(汗)3.30はユーティリティのverですね、
SCSI BIOSのverはSC-UWPCIが1.63でSC-UPU2が1.65でした、結果は同じでしたが。
-
多々利 さん
2002-02-24 22:56:42
皆さんレスありがとうございます。
その後、何とか動くようになったので報告しておきます。
とりあえず、SC-UPCINのBIOSを旧バージョンにしてみて確認をしてみました。
(HDDの片隅で眠っていたVerを掘り起こしてみました)
テスト方法は機種構成は変えず、BIOSを書き換えるて見ました。
(BIOS書き換えのときは、メルコメモリをはずして)
ユーティリティVer(BIOS Ver) 結果
Ver3.30(BIOS Ver1.60) 起動正常
Ver3.40(BIOS Ver1.61) 起動正常
Ver3.42(BIOS Ver1.63) 赤字エラー(現在公開しているVerで一番古い)
Ver4.01(BIOS Ver1.65) 赤字エラー(このVerから分割されて配布)
Ver4.02(BIOS Ver1.66) 赤字エラー(2/24現在最新Ver)
こんな結果になりました。
どうも、BIOSのせいのようです。
Sc-UPCIの持ち主と連絡がつき、BIOSの書き換え許可がもらえたので、UPCIの方でもテストしてみます。
-
多々利 さん
2002-02-24 23:30:44
SC-UPCIでの追試結果です。
ユーティリティVer(BIOS Ver) 結果
Ver?.??(BIOS Ver1.13) 起動正常
Ver3.30(BIOS Ver1.60) 起動正常
Ver3.40(BIOS Ver1.61) 起動正常
Ver3.42(BIOS Ver1.63) 赤字エラー
Ver4.01(BIOS Ver1.65) 赤字エラー
Ver4.02(BIOS Ver1.66) 赤字エラー
やっぱり、BIOSの構造変化が原因のようです。
とりあえず、BIOS Ver1.61で運用することにします。
(BIOS Ver 1.62の成否が気になりますが、誰かユーティリティVer3.41を持っていないですかね〜)
-
まりも さん
2002-02-25 00:45:33
BIOS 1.63 -->1.65 への変更点について、ドキュメントファイルに何か書かれていないでしょうか。
-
多々利 さん
2002-02-25 01:19:33
Ver4.01以降の物には、READMEファイルがあるものの、BIOSについてなどの記載はありません。
IO-DATAのサイトにて記載があるので、Ver3.30から改変された点の羅列をすると
BIOS Ver1.50 -> 1.60 DISK Ver3.30
DOS/V機で、接続デバイス確認時にデバイスがNotReadyだと、デバイス名称が表示されない不具合を修正しました。
設定メニュー内に、接続デバイス毎のSCSIバスタイプ表示を追加しました。
PC-9800シリーズで、32GB超の大容量ハードディスクを接続すると、接続デバイス確認時にハングアップする場合があったのを修正しました。
BIOS Ver1.60 -> 1.61 (おそらくDISK Ver3.31での改変)
変更点 不明
BIOS Ver1.61 変更無し(DISK Ver3.40)
BIOS Ver1.61 -> 1.62 (おそらくVer3.41での改変)
変更点 不明
BIOS Ver1.62 -> 1.63 (DISK Ver3.42)
DOS/V機用の設定"Scan logical units"のデフォルトを"No"に変更しました
BIOS Ver1.63 -> 1.64 (DISK Ver不明)
接続デバイス確認時のエラーが正しく表示されない場合があったのを修正。
BIOS Ver1.64 -> 1.65 (DISK Ver4.01)
特定の機種で特定のキーが機能しない問題に対応。
BIOS Ver1.65 -> 1.66 (DISK Ver4.02)
一部の機種でHDXGシリーズを接続した場合、起動時にハングアップする問題を修正。
となってます。
また、Q&Aの方を見るとVer3.41以降でWin2Kのスタンバイ、休止状態からの復帰時にハングアップorSCSIドライブにアクセスできなくなるバグを修正とあります。
参考になりますでしょうか？
-
にょ さん
2002-02-25 02:00:15
>BIOS Ver 1.62の成否が気になりますが、誰かユーティリティVer3.41を持っていないですかね〜
うちに有りました。以下、Readmeより抜粋。
BIOS ("SC-UPCI.162") Ver.1.61→1.62
-----------------------------------
・Seagate Cheetahの一部モデルを接続し、"Scan Logical Units"を
"Enable"に設定した場合に、接続デバイススキャンが進まなくなる
不具合を修正しました。
・S.M.A.R.T.機能対応の可換ディスク装置を接続し、"Check S.M.A.R.T.
warning on boot"を"Enable"に設定した場合に、接続デバイススキャン
が進まなくなる不具合を修正しました。
・PC-9800シリーズで、マルチベンダパラメータに特定の値を設定すると、
「設定内容が不正です. 再設定して下さい.」のエラーが表示される
不具合を修正しました。
・BIOSサイズ縮小の為の変更を行いました。
-
にょ さん
2002-02-25 02:03:24
あと、Ver3.31も有りました。
BIOS Ver.1.60→1.61
---------------------
・Windows 2000のCD-ROMを、SC-UPU2に接続したCD-ROMドライブからブートし
てのセットアップで、"INACCESSIBLE BOOT DEVICE"エラーとなる不具合を
修正しました。
・特殊な設定をしたQuantum Fireballを接続すると、接続デバイスチェック
時にエラーとなる場合があり、対策を追加しました。
-
まりも さん
2002-02-25 02:06:10
＞・BIOSサイズ縮小の為の変更を行いました。
これが臭いかな？(^^;
-
多々利 さん
2002-02-25 02:21:04
手元にVer3.31&3.41があれば実験してみるのですが、、、
メールで他人から譲ってもらうのもユーティリティDISKに記載されてる
---------------------------------------
【注意 事項】
1) 本サポートソフトは、株式会社アイ・オー・データ機器の著作物です。
したがって、本サポートソフトの一部または全部を無断で複製、複写、
転載、改変することは法律で禁じられています。
2) 本サポートソフトの内容については、改良のために将来予告なく変更
することがあります。
3) 本サポートソフトを保存(ダウンロード)及び運用した結果の他への影響
については、責任は負いかねますのでご了承ください。
4) 本サポートソフトのご利用については、弊社当該製品のユーザー登録
を行われているお客様を対象とさせていただきます。
---------------------------------------
に引っかかりますかね？
-
バイザー さん
2002-02-25 03:11:58
＞引っかかりますかね？
微妙に引っかかるでしょうねぇ・・・
実験してみたいお気持ちは非常によくわかるのですが、この辺の問題は微妙なのであまりこういった掲示板で書き込まない方がいいかもしれませんね。
正規ユーザーであればアイオーさんに直接問い合わせてみるのもいいかもしれません。
＃今回はBIOSのバージョンによって問題が起こりうるという貴重な報告なのでありがたく思っております〜
-
多々利 さん
2002-02-25 04:05:22
そうですね、IO-DATAにメールを出して見ます。
何か進展がありましたら、また報告します。
-
まりも さん
2002-02-25 04:24:07
＞IO-DATAにメール
「保証外のことをせずに弊社の NE-ECCシリーズのメモリをお使い下さい」なんていう回答が来そうな…(^^;。
-
こういち＠BD5B-RS さん
2002-02-28 23:46:39
んー、でも、ＮＥ−ＥＣＣは既にカタログ落ちし、ＥＣＣ３６６は32MB*2が在庫限りですね。「メルコのＥＭＨ−Ｅをお使いください」とかだったの（んなことないか
「ＮＥＣ純正をお使いください」だったらイタすぎですね・・・。ゴミ失礼
-
まりも さん
2002-03-01 00:59:36
vertexのメモリをお使い下さいもあったり（ゴミ
-
多々利 さん
2002-03-01 01:52:43
どうも、その後の結果報告です。(長文です)
IO-DATAにメールを打ってみたところ、Ver3.31&Ver3.41のFDを送ってもらえることになりました。
(送ったこと 2月25日)
現状を報告して、正式対応は求めず、（あたりまえですが、正常動作保証の範疇外です。）
Ver3.31&Ver3.41をもらえるとありがたいと送ってみました。
(IOからの回答 2月26日)
メールでの添付は無理なのでFDを送りますとの回答。
(IOからFD到着 2月28日）
FD2枚が送付されてきました。（送料は向こう持ちで)
でテスト結果
今回、とある所からECC付EDOメモリ32MB*2を頂戴することができたので、(IO-DATAのNE-ECCシリーズです)それを使ってみての結果も報告します。
メモリとSCSIボード以外の環境は前に書いたまま変更してません。
(テスト1)純正16M*2 + ECC無しEDO 32M*2
BIOS Ver => 結果
Ver1.60 => OK
Ver1.61 => OK
Ver1.62 => ERROR
以降Ver1.66までERROR変わらず
SC-UPCI、SC-UPCIN双方結果変わらず
(テスト2) IO製ECC EDO 32M*2 + ECC無しEDO 32M*2
テスト１と結果変わらず
(テスト3) 純正 16M*2 + IO製ECC EDO 32M*2
BIOS Ver => 結果
Ver1.60 => OK
以降Ver1.66まで起動OK変わらず
SC-UPCI、SC-UPCIN双方結果変わらず
こんな結果になりました。
家の環境では、ユーティリティVer3.41以降のBIOS(Ver1.62以降)では、ECC無しのメモリの使用は不可能ということです。
以上、結果報告まで。