web-dev-qa-db-ja.com

Windows Server2000をIDEドライブからSATAドライブに移動し、Inaccessible_Boot_Device BSODを取得するようになりました

Small Business Server2000を新しいハードウェアに移動しています。 Acronis TrueImageを使用して、現在の250GB IDEドライブ上のパーティションのイメージを作成し、そのイメージを750GBSATAドライブ上のパーティションに復元しました。新しいメインボードはIntelD915GEVです。

システムを起動すると、途中でBSODが実行されます。

停止:0x0000007B INACCESSIBLE_BOOT_DEVICE

セーフモードで起動すると、多くのドライバーが読み込まれ、グラフィカルブートに切り替えようとするとBSODが発生することがわかります。つまり、ドライブに完全にアクセスできないわけではありません。

私は現在、これは私の元のServer2000に新しいマザーボード上のSATAコントローラー用のドライバーがないという事実が原因であるという理論の下で運用しています。起動プロセスの初期部分はBIOSで処理する必要があり、Windowsがファイルアクセスを引き継ごうとした場合にのみ失敗します。

フレッシュインストール中にF6を使用してドライバーを追加できることは知っていますが、フレッシュインストールしていないため、それは役に立たないようです。それでも、Intelのサイトで他のすべてのドライバーを見つけたにもかかわらず、このボードのSATAドライバーを追跡することはできませんでした。 SATAコントローラー用の特定のドライバーがないようです。

これを処理するための最良の方法は何ですか?

いつでも古いハードウェアに戻れるようにしましたが、これを新しいハードウェアで実行したいと思っています。ハードウェアは非常に似ています-私が主要なハードウェアのアップグレードを行っているわけではなく、同じプロセッサであり、このメインボードはこのインストールが実行されていたものと本当に似ています。 (古いハードウェアに障害が発生したため、すぐに新しいハードウェアに移動する必要がありました。現在、Intelが保証交換として送付した交換用ハードウェアに戻そうとしています。)

3
Steve Hiner

見つけた。レジストリキーを追加するだけです。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

EnableBigLbaをDWORD値として追加し、1に設定します

興味がある場合は、次の長い説明があります。

Windows 2000 Serverは、ドライブが128GBを超える前に作成されました。したがって、デフォルトでは、128GBのドライブしか使用できません。ドライブがそれよりも大きい場合、ブートパーティションが小さくても、パーティションテーブルを正しく読み取れないように見えます。解決策は、新しいドライブに配置する前に、そのレジストリキーを追加することです。それについてのMSKB記事があります ここ

これは、私が置いていた古い40 GBPATAドライブにブートドライブのイメージを復元することで見つかりました。新しいハードウェアで起動し、そのメインボードのすべてのドライバーをインストールしました。次に、シャットダウンしてSATAドライブを接続しました。再起動すると、複数のパーティションがある750 GB SATAドライブは、フォーマットされていない128GBのパーティションが1つあるように見えました。いくつかの調査で、EnableBigLbaレジストリキーについて知りました。そのキーを設定して再起動すると、SATAドライブにすべてのパーティションが表示されました。システムドライブの更新バージョンをイメージ化し、SATAドライブのプライマリパーティションにイメージを適用しました。次に、PATAドライブを取り外したところ、SATAドライブのみを使用してシステムが起動しました。

さて、これがスモールビジネスサーバーをアップグレードするための最良の方法だと言っているわけではありません。 Evanは、サーバーの移行が「最善の」方法であると確信していますが、これにはすでに十分な時間を費やしており、サーバーを変更する機会がもうすぐ終わります。

ドライブの動作イメージができたので、SBS 2003へのインプレースアップグレードを試してみようと思っています。問題が発生した場合、現在の場所にロールバックするのに30分しかかかりません。

1
Steve Hiner

BIOSに入ってAHCIをATAに移動すると(すべてのBIOSが異なるため、私は通常、それが見つかるまでいろいろと調べます)、OSをインストールできる可能性があります。この後、OSをロードした後で元に戻すことができる、マザーボードのチップセットメーカーのドライバーを探すことができます。これがお役に立てば幸いです。

2
RascalKing

これはおそらく人気のない答えになるでしょうが、ここに行きます...

あなたがしていることはらしい些細なことかもしれませんが、そうではありません。ディスクイメージングソフトウェアを使用すると、オペレーティングシステムでは簡単に対処できないことを簡単に実行できます。 Micorsoftは、コンピューターまたはマザーボードの異なるメーカーまたはモデル間でのWindowsのインストールの移動を公式に「サポート」していません( http://support.Microsoft.com/kb/249694 を参照)。この方法でこれを実行しようとすると、これを簡単に実行することはできません。

あなたがしていることが恒久的な移動である場合、セカンダリドメインコントローラーとしてのクリーンインストールと、あるマシンから別のマシンへのSBSの移行を強くお勧めします(Windows Server 2003の手順は次のとおりですが、実行されません)元のサーバーコンピューターの名前を保持するために、一時コンピューターを介して「スイング」移行を実行する: http://technet.Microsoft.com/en-us/library/cc747454(WS.10).aspx ) 。

マシンをディスクイメージングして別のボックスに移動することは魅力的ですが、結果として得られるマシンの安定性を助けるために何もしていません。

「スイング移行」は、非常に簡単かつ高レベルで、次のとおりです。

  • 既存のドメインに参加している一時的なW2K DCを設定します。
  • 一時的なDCにExchange 2000をインストールし、Exchange組織に参加させます。
  • すべてのメールボックスを一時サーバーに移動します。パブリックフォルダー階層を複製し、元のExchange2000サーバー上のレプリカを削除します。
  • 元のサーバーコンピューター上のすべての共有ファイルをXCOPYして、アクセス許可を保持します。既存の共有構造を文書化します(または、HKLM\System\CurrentControlSet\Services\LanManServer\Sharesから共有をエクスポートします)。
  • FSMOの役割を既存のサーバーコンピューターから一時サーバーに転送します。 SBSは、すべてのFSMOロールのロールホルダーではなくなったため、1時間ごとにブルースクリーンを開始します(正しく思い出せば)。
  • 一時サーバーコンピューターをグローバルカタログサーバーにし、グローバルカタログレプリケーションが完了したことを確認します。
  • 既存のサーバーコンピューターをメンバーサーバーに降格し、ドメインから削除します。
  • 一時サーバーをDNSサーバーにします。
  • 新しいサーバーにWindows2000 SBSをインストールし、古いサーバーコンピューターの名前と同じ名前を付けます。セットアップ中に、Active Directoryのインストールが自動的に行われないようにし、既存のドメインに参加するADを手動でインストールします(新しいサーバーのDNSを一時サーバーに「ポイント」した後)。
  • FSMOの役割を新しいサーバーコンピューターに転送し、SBSのインストールを完了します。
  • すべてのExchangeメールボックスを新しいサーバーに移動します。パブリックフォルダー階層を複製し、一時サーバー上のレプリカを削除します。
  • 一時サーバーでExchangeを廃止します。
  • 一時サーバーから新しいサーバーにすべての共有データをXCOPYします。新しいサーバーで共有を再作成し、それらにアクセスできることを確認します。
  • 一時サーバーを降格してメンバーサーバーに戻し、ドメインから削除します。

そこには小さな小さなステップがたくさんあります。正直なところ、その手順全体がSBS2000で機能するかどうかは思い出せません。これを行う場合は、VM上のラボでSBS 2000を起動し、偽のユーザー、メールボックス、パブリックフォルダー、およびデータを入力してから、移行シナリオ全体を上から下に2回実行します(メモを作成したらデータを収集し、2回目は「ドライラン」として実行します。)

2
Evan Anderson

新しいハードウェアで無料のHyper-Vサーバーを使用し、SBSサーバーをVMに変換するのはどうですか? Hyper-Vサーバーを管理するには、VistaとHyper-V管理ツールを搭載したPCが必要です。

JR

0
John Rennie