Azure portal で OS ディスクを復旧 VM に接続して Linux VM のトラブルシューティングを行う

適用対象: ✔️ Linux VM

Linux 仮想マシン (VM) で起動エラーまたはディスク エラーが発生した場合、仮想ハード ディスク自体でトラブルシューティングの手順を実行することが必要な場合があります。 一般的な例として、/etc/fstab 内の無効なエントリによって VM の正常な起動が妨げられている場合が挙げられます。 この記事では、Azure Portal で仮想ハード ディスクを別の Linux VM に接続してエラーを修正し、元の VM を再作成する方法について詳しく説明します。

回復プロセスの概要

トラブルシューティングのプロセスは次のとおりです。

1. 影響を受けている VM を停止します。
2. VM の OS ディスクのスナップショットを作成します。
3. スナップショットから仮想ハード ディスクを作成します。
4. トラブルシューティングのために、仮想ハード ディスクを別の Linux VM に接続してマウントします。
5. トラブルシューティング用 VM に接続します。 元の仮想ハード ディスクで、ファイルを編集するか、任意のツールを実行して問題を解決します。
6. 仮想ハード ディスクのマウントを解除し、トラブルシューティング用 VM から切断します。
7. VM の OS ディスクをスワップします。

Note

この記事は、アンマネージド ディスクを使用する VM には適用されません。 暗号化された Linux ディスクについては、「 オフライン修復のために暗号化された Linux ディスクをロックするを参照してください。

起動の問題を特定する

ブート診断と VM のスクリーンショットを調べて、VM が正常に起動できない理由を特定します。 一般的な例として、/etc/fstab に無効なエントリがある場合や、基になる仮想ハード ディスクが削除または移動されている場合が挙げられます。

ポータルで VM を選択し、下へスクロールして [サポート + トラブルシューティング] セクションを表示します。 [ブート診断] をクリックして、VM からストリーミングされたコンソール メッセージを表示します。 コンソール ログを調べて、VM で問題が発生している理由を特定できるかどうかを確認します。 次の例は、手動操作を必要とするメンテナンス モードの VM スタックを示しています。

ブート診断ログの上にある [スクリーンショット] をクリックして、VM のスクリーンショットのキャプチャをダウンロードすることもできます。

OS ディスクのスナップショットを作成する

スナップショットは、仮想ハード ドライブ (VHD) の完全な読み取り専用コピーです。 進行中のプロセスをすべてクリアするために、スナップショットを取得する前に VM をクリーン シャットダウンすることをお勧めします。 OS ディスクのスナップショットを作成するには、次の手順を実行します。

1. Azure ポータル に移動します。 サイドバーから [仮想マシン] を選択してから、問題が発生している VM を選択します。

2. 左側のウィンドウで [ディスク] を選択してから、OS ディスクの名前を選択します。

   

3. OS ディスクの [概要] ページで、[スナップショットの作成] を選択します。

4. OS ディスクと同じ場所にスナップショットを作成します。

スナップショットからディスクを作成する

スナップショットからディスクを作成するには、次の手順を実行します。

1. Azure portal から Cloud Shell を選択します。

   

2. 次の PowerShell コマンドを実行して、スナップショットからマネージド ディスクを作成します。 これらのサンプル名を適切な名前に置き換えてください。

   #Provide the name of your resource group
   $resourceGroupName ='myResourceGroup'
   
   #Provide the name of the snapshot that will be used to create Managed Disks
   $snapshotName = 'mySnapshot' 
   
   #Provide the name of theManaged Disk
   $diskName = 'newOSDisk'
   
   #Provide the size of the disks in GB. It should be greater than the VHD file size. In this sample, the size of the snapshot is 127 GB. So we set the disk size to 128 GB.
   $diskSize = '128'
   
   #Provide the storage type for Managed Disk. Premium_LRS or Standard_LRS.
   $storageType = 'Standard_LRS'
   
   #Provide the Azure region (e.g. westus) where Managed Disks will be located.
   #This location should be same as the snapshot location
   #Get all the Azure location using command below:
   #Get-AzLocation
   $location = 'westus'
   
   $snapshot = Get-AzSnapshot -ResourceGroupName $resourceGroupName -SnapshotName $snapshotName 
   
   $diskConfig = New-AzDiskConfig -AccountType $storageType -Location $location -CreateOption Copy -SourceResourceId $snapshot.Id
   
   New-AzDisk -Disk $diskConfig -ResourceGroupName $resourceGroupName -DiskName $diskName
   

3. コマンドが正常に実行された場合は、指定したリソース グループ内に新しいディスクが表示されます。

ディスクを別の VM にアタッチする

次のいくつかの手順では、トラブルシューティングのために別の VM を使用します。 ディスクをトラブルシューティング用 VM にアタッチした後は、そのディスクの内容を参照して編集できます。 このプロセスにより、すべての構成エラーを修正したり、追加のアプリケーションまたはシステム ログ ファイルを確認したりできるようになります。 ディスクを別の VM に接続するには、次の手順を実行します。

1. ポータルでリソース グループを選択し、トラブルシューティング用 VM を選択します。 [ディスク] を選択し、[編集] を選択して、[Add data disk]\(データ ディスクの追加\) をクリックします。

   

2. [データディスク] の一覧で、特定した VM の OS ディスクを選択します。 OS ディスクが表示されない場合は、トラブルシューティング用の VM と OS ディスクが同じリージョン (場所) にあることを確認します。

3. [保存] をクリックして変更を適用します。

接続されたデータ ディスクをマウントする

Note

以下の例では、Ubuntu VM で必要な手順の詳細を示しています。 別の Linux ディストリビューション (Red Hat Enterprise Linux や SUSE など) を使用している場合、ログ ファイルの場所と mount コマンドが少し異なることがあります。 ご使用のディストリビューションのドキュメントを参照して、コマンドを適切に変更してください。

1. 適切な資格情報を使用して、トラブルシューティング用 VM に SSH 接続します。 このディスクがトラブルシューティング用 VM に接続された最初のデータ ディスクの場合、/dev/sdc に接続される可能性があります。 dmseg を使用して、接続されているディスクのリストを表示します。

   dmesg | grep SCSI
   

   出力は次の例のようになります。

   [    0.294784] SCSI subsystem initialized
   [    0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
   [    7.110271] sd 2:0:0:0: [sda] Attached SCSI disk
   [    8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk
   [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
   

   前の例では、OS ディスクは /dev/sda にあり、各 VM 用に提供される一時ディスクは /dev/sdb にあります。 複数のデータ ディスクがある場合、それらのディスクの場所は、/dev/sdd、/dev/sde (以降も同様) になります。

2. 既存の仮想ハード ディスクをマウントするディレクトリを作成します。 次の例では、troubleshootingdisk という名前のディレクトリを作成します。

   sudo mkdir /mnt/troubleshootingdisk
   

3. 既存の仮想ハード ディスクに複数のパーティションがある場合は、必要なパーティションをマウントします。 次の例では、/dev/sdc1 にある最初のプライマリ パーティションをマウントします。

   sudo mount /dev/sdc1 /mnt/troubleshootingdisk
   

   Note

   仮想ハード ディスクの汎用一意識別子 (UUID) を使用して、Azure の VM にデータ ディスクをマウントするのがベスト プラクティスです。 この短いトラブルシューティング シナリオでは、UUID を使用して仮想ハード ディスクをマウントする必要はありません。 ただし、通常の使用時に、/etc/fstab を編集し、UUID ではなくデバイス名を使用して仮想ハード ディスクをマウントすると、VM の起動に失敗する場合があります。

元の仮想ハード ディスクで問題を修正する

既存の仮想ハード ディスクをマウントすることで、必要に応じてメンテナンスやトラブルシューティングの手順を実行できるようになります。 問題に対処したら、次の手順に進みます。

元の仮想ハード ディスクのマウントを解除して切断する

エラーが解決したら、トラブルシューティング用 VM から既存の仮想ハード ディスクを切断します。 仮想ハード ディスクをトラブルシューティング用 VM に接続しているリースを解放するまで、仮想ハード ディスクを他の VM で使用することはできません。

1. トラブルシューティング用 VM の SSH セッションから、既存の仮想ハード ディスクのマウントを解除します。 まず、マウント ポイントの親ディレクトリを変更します。

   cd /
   

   次に、既存の仮想ハード ディスクのマウントを解除します。 次の例では、/dev/sdc1 にあるデバイスのマウントを解除します。

   sudo umount /dev/sdc1
   

2. 仮想ハード ディスクを VM から切断します。 ポータルで VM を選択し、[ディスク] をクリックします。 既存の仮想ハード ディスクを選択し、[切断] をクリックします。

   

   VM からデータ ディスクが正常に切断されるまで待ってから、次に進みます。

VM の OS ディスクをスワップする

Azure portal では、VM の OS ディスクの変更がサポートされるようになりました。 これを行うには、次の手順を実行します。

1. Azure ポータル に移動します。 サイドバーから [仮想マシン] を選択してから、問題が発生している VM を選択します。

2. 左側のウィンドウで [ディスク] を選択してから、[OS ディスクのスワップ] を選択します。

   

3. 修復した新しいディスクを選択してから、VM の名前を入力して変更を確認します。 そのディスクが一覧に表示されない場合は、トラブルシューティング用 VM からディスクを切断した後 10 から 15 分待ちます。 また、ディスクが VM と同じ場所にあることも確認してください。

4. [OK] を選択します。

次のステップ

VM への接続の問題が発生した場合は、Azure VM への SSH 接続のトラブルシューティングに関する記事をご覧ください。 VM で実行されているアプリケーションへのアクセスに関する問題については、Linux VM でのアプリケーションの接続の問題のトラブルシューティングに関する記事をご覧ください。

Resource Manager の使用方法の詳細については、「Azure Resource Manager の概要」をご覧ください。

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。