Azure VM の起動時に Windows でブルー スクリーン エラーが表示される
この記事では、Microsoft Azure で Windows Virtual Machine (VM) を起動するときに発生する可能性があるブルー スクリーン エラーについて説明します。 また、サポート チケットのためのデータを収集する手順について説明します。
現象
Windows VM が起動しません。 ブート 診断内でブート スクリーンショットをチェックすると、ブルー スクリーンに次のいずれかのエラー メッセージが表示されます。
問題が発生したため、PC を再起動する必要があります。 エラー情報を収集しています。再起動できます。
問題が発生したため、PC を再起動する必要があります。
原因
停止エラーが発生する理由は多数あります。 最も一般的な原因は、次の問題です。
- ドライバー内の問題
- システム ファイルまたはメモリの破損
- メモリの禁止されたセクターにアクセスするアプリケーション
ソリューション
ヒント
VM の最新のバックアップがある場合は、そのバックアップから VM の復元を試行して、起動の問題を修正することができます。
この問題を解決するには、まず、サポートに問い合わせる前に、クラッシュのダンプ ファイルを収集する必要があります。 ダンプ ファイルを収集するには、次の手順に従います。
手順 1: ダンプ ファイルを見つけて、サポート チケットを送信する
パート 1: OS ディスクを復旧 VM に接続する
影響を受ける VM の OS ディスクのスナップショットを作成してバックアップを作成します。 詳細については、「仮想ハード ディスクのスナップショットを作成する」を参照してください。
リモート デスクトップ プロトコル (RDP) を使用して、復旧 VM にリモート接続します。
影響を受ける VM の OS ディスクが暗号化されている場合は、次の手順に進む前に暗号化をオフにします。 詳細については、「 暗号化された OS ディスクの暗号化を解除する」を参照してください。
パート 2: ダンプ ファイルを見つけてサポート チケットを送信する
復旧 VM で、接続されている OS ディスク上の Windows フォルダーに移動します。 たとえば、接続されている OS ディスクに割り当てられているドライブ文字が F の場合は、 F:\Windows に移動します。
Memory.dmp ファイルを見つけて、サポート チケットを送信し、ダンプ ファイルを添付します。
ダンプ ファイルが見つからない場合は、次の手順に進んでダンプ ログとシリアル コンソールを有効にしてから、問題を再現します。
手順 2: ダンプ ログとシリアル コンソールを有効にする
重要
このセクション、方法、またはタスクには、レジストリの編集方法が記載されています。 レジストリを誤って変更すると、深刻な問題が発生することがあります。 レジストリを変更する際には十分に注意してください。 保護のために、レジストリを変更する前にレジストリをバックアップして、問題が発生した場合にレジストリを復元できるようにします。 レジストリをバックアップおよび復元する方法の詳細については、「Windows でレジストリをバックアップおよび復元する方法」を参照してください。
ダンプ ログとシリアル コンソールを有効にするには、次の手順に従います。
管理者特権でコマンド プロンプト セッションを開きます。
/ems オプションと /emssettings オプションを使用して、次の BCDEdit コマンドを実行します。
シリアル コンソールを有効にします。
bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /ems {<boot-loader-identifier>} ON bcdedit /store <volume-letter-containing-the-bcd-folder>:\boot\bcd /emssettings EMSPORT:1 EMSBAUDRATE:115200
OS ディスク上の空き領域が、VM 上のメモリ サイズ (RAM) よりも大きいことを確認します。
OS ディスクに十分な領域がない場合は、メモリ ダンプ ファイルが作成される場所を変更し、その場所を、十分な空き領域を持つ VM に接続されているデータ ディスクを参照します。 場所を変更するには、次のコマンドで、 を などの
F:
データ ディスクのドライブ文字に置き換えます%SystemRoot%
。OS ダンプ ファイルを有効にするには、次の ロード、 追加、 アンロード の各コマンドを実行して、 reg ツールを使用して推奨される構成を実装します。
壊れた OS ディスクからレジストリ ハイブを読み込みます。
reg load HKLM\<broken-system> <volume-letter-of-broken-os-disk>:\windows\system32\config\SYSTEM
ControlSet001 で有効にします。
reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f reg add "HKLM\<broken-system>\ControlSet001\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f
ControlSet002 で有効にします。
reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v CrashDumpEnabled /t REG_DWORD /d 1 /f reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v DumpFile /t REG_EXPAND_SZ /d "%SystemRoot%\MEMORY.DMP" /f reg add "HKLM\<broken-system>\ControlSet002\Control\CrashControl" /v NMICrashDump /t REG_DWORD /d 1 /f
壊れた OS ディスクをアンロードします。
reg unload HKLM\<broken-system>
手順 3: 問題を再現する
VM を起動して、ダンプ ファイルが生成されるように問題を再現します。
「手順 1: ダンプ ファイルを見つけてサポート チケットを送信する」セクションの手順を繰り返します。
お問い合わせはこちらから
質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示