

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon EBS ボリュームのサイズ変更後にファイルシステムを拡張
<a name="recognize-expanded-volume-linux"></a>

[EBS ボリュームのサイズを増やし](requesting-ebs-volume-modifications.md)たら、パーティションおよびファイルシステムを新しいより大きなサイズに拡張する必要があります。ボリュームが `optimizing` 状態に入るとすぐにこれを実行できます。

## [開始する前に]
<a name="extend-file-system"></a>
+ 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「[Amazon EBS スナップショットの作成](ebs-creating-snapshot.md)」を参照してください。
+ ボリュームの変更が成功し、`optimizing` または `completed` 状態になっていることを確認します。詳細については、「[Amazon EBS ボリューム変更の進行状況のモニタリング](monitoring-volume-modifications.md)」を参照してください。
+ ボリュームがインスタンスにアタッチされており、フォーマットおよびマウントされていることを確認します。詳細については、「[アタッチ済みボリュームのフォーマットとマウント](ebs-using-volumes.md#ebs-format-mount-volume)」を参照してください。
+ (*Linux インスタンスのみ*) Amazon EBS ボリュームで論理ボリュームを使用している場合、Logical Volume Manager (LVM) を使用して論理ボリュームを拡張する必要があります。これを行う方法については、「[LVM を使用して EBS ボリュームのパーティションに論理ボリュームを作成する方法を教えてください](https://repost.aws/knowledge-center/create-lv-on-ebs-partition)」の記事の「**LV を拡張する**」のセクションを参照してください。

## Linux インスタンス
<a name="extend-linux"></a>

**注記**  
次の手順では、Linux の **XFS** および **Ext4** ファイルシステムを拡張するプロセスについて説明します。別のファイルシステムの拡張に関する詳細ついては、そのドキュメントを参照してください。

ボリュームにパーティションがある場合、Linux でファイルシステムを拡張する前にパーティションを拡張する必要があります。

### EBS ボリュームのファイルシステムを拡張する
<a name="extend-file-system"></a>

サイズを変更したボリュームのファイルシステムを拡張するには、以下の手順を使用します。

Xen インスタンスおよび Nitro System 上に構築されたインスタンスでは、デバイスおよびパーティションの命名が異なることに注意してください。インスタンスが Xen ベースか Nitro ベースかを確認するには、「[ハイパーバイザーのタイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#instance-hypervisor-type)」を参照してください。

**EBS ボリュームのファイルシステムを拡張するには**

1. [インスタンスに接続します](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html)。

1. 必要に応じて、パーティションのサイズを変更します。そのためには、次の操作を行います。

   1. ボリュームにパーティションがあるかどうかを確認します。**lsblk** コマンドを使用します。

------
#### [ Nitro instance example ]

      次の出力例では、ルートボリューム (`nvme0n1`) には 2 つのパーティション (`nvme0n1p1` および `nvme0n1p128`) がありますが、追加のボリューム (`nvme1n1`) にはパーティションがありません。

      ```
      [ec2-user ~]$ sudo lsblk
      NAME          MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      nvme1n1       259:0    0  30G  0 disk /data
      nvme0n1       259:1    0  16G  0 disk
      └─nvme0n1p1   259:2    0   8G  0 part /
      └─nvme0n1p128 259:3    0   1M  0 part
      ```

------
#### [ Xen instance example ]

      次の出力例では、ルートボリューム (`xvda`) にはパーティション (`xvda1`) がありますが、追加のボリューム (`xvdf`) にはパーティションがありません。

      ```
      [ec2-user ~]$ sudo lsblk                
      NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      xvda    202:0    0  16G  0 disk
      └─xvda1 202:1    0   8G  0 part /
      xvdf    202:80   0  24G  0 disk
      ```

------
      + ボリュームにパーティションがある場合は、次のステップ (2b) に進みます。
      + ボリュームにパーティションがない場合は、ステップ 2b、2c、2d をスキップして、ステップ 3 に進みます。
**トラブルシューティングのヒント**  
コマンド出力でボリュームが表示されない場合は、ボリュームが[インスタンスにアタッチ](ebs-attaching-volume.md)され、[フォーマットおよびマウントされている](ebs-using-volumes.md#ebs-format-mount-volume)ことを確認します。

   1. パーティションを拡張する必要があるかどうかを確認します。前のステップの **lsblk** コマンド出力で、パーティションサイズとボリュームサイズを比較します。
      + パーティションサイズがボリュームサイズよりも小さい場合は、次のステップ (2c) に進みます。
      + パーティションサイズがボリュームサイズと等しい場合、パーティションを拡張する必要はありません。ステップ 2c および 2d をスキップし、ステップ 3 に進みます。
**トラブルシューティングのヒント**  
ボリュームがまだ元のサイズを反映している場合は、[ボリュームの変更が成功したことを確認します](monitoring-volume-modifications.md)。

   1. パーティションを拡張します。**growpart** コマンドを使用して、デバイス名とパーティション番号を指定します。

------
#### [ Nitro instance example ]

      パーティション番号は、`p` の後の番号です。例えば、`nvme0n1p1` の場合、パーティション番号は `1` です。`nvme0n1p128` の場合、パーティション番号は `128` です。

      例えば、`nvme0n1p1` という名前のパーティションを拡張するには、次のコマンドを使用します。

**重要**  
デバイス名 (`nvme0n1`) とパーティション番号 (`1`) の間のスペースに注意してください。

      ```
      [ec2-user ~]$ sudo growpart /dev/nvme0n1 1
      ```

------
#### [ Xen instance example ]

      パーティション番号は、デバイス名の後の番号です。例えば、`xvda1` の場合、パーティション番号は `1` です。`xvda128` の場合、パーティション番号は `128` です。

      例えば、`xvda1` という名前のパーティションを拡張するには、次のコマンドを使用します。

**重要**  
デバイス名 (`xvda`) とパーティション番号 (`1`) の間のスペースに注意してください。

      ```
      [ec2-user ~]$ sudo growpart /dev/xvda 1
      ```

------
**トラブルシューティングのヒント**  
`mkdir: cannot create directory ‘/tmp/growpart.31171’: No space left on device FAILED: failed to make temp dir`: サイズ変更の実行に必要な一時ディレクトリを growpart が作成するのに十分な空きディスク容量がボリュームにないことを示します。ディスク容量を少し解放してから、もう一度お試しください。
`must supply partition-number`: 正しくないパーティションが指定されたことを示します。**lsblk** コマンドを使用してパーティション名を確認し、デバイス名とパーティション番号の間にスペースが入力されていることを確認します。
`NOCHANGE: partition 1 is size 16773087. it cannot be grown`: パーティションが既にボリューム全体を拡張しており、拡張できないことを示します。[ボリュームの変更が成功したことを確認します](monitoring-volume-modifications.md)。

   1. パーティションが拡張されたことを確認します。**lsblk** コマンドを使用します。これで、パーティションのサイズはボリュームサイズと同じになります。

------
#### [ Nitro instance example ]

      次の出力例は、両方のボリューム (`nvme0n1`) とパーティション (`nvme0n1p1`) が同じサイズ (`16 GB`) であることを示しています。

      ```
      [ec2-user ~]$ sudo lsblk
      NAME          MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      nvme1n1       259:0    0  30G  0 disk /data
      nvme0n1       259:1    0  16G  0 disk
      └─nvme0n1p1   259:2    0  16G  0 part /
      └─nvme0n1p128 259:3    0   1M  0 part
      ```

------
#### [ Xen instance example ]

      次の出力例は、両方のボリューム (`xvda`) とパーティション (`xvda1`) が同じサイズ (`16 GB`) であることを示しています。

      ```
      [ec2-user ~]$ sudo lsblk               
      NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
      xvda    202:0    0  16G  0 disk
      └─xvda1 202:1    0  16G  0 part /
      xvdf    202:80   0  24G  0 disk
      ```

------

1. ファイルシステムを拡張します。

   1. 拡張する必要があるファイルシステムの名前、サイズ、タイプ、およびマウントポイントを取得します。**df -hT** または **lsblk -f** コマンドを使用します。

------
#### [ Nitro instance example ]

      **df -hT** コマンドの次の出力例では、`/dev/nvme0n1p1` ファイルシステムのサイズが 8 GB、タイプが `xfs`、マウントポイントが `/` であることを示しています。

      ```
      [ec2-user ~]$ df -hT
      Filesystem      Type  Size  Used Avail Use% Mounted on
      /dev/nvme0n1p1  xfs   8.0G  1.6G  6.5G  20% /
      /dev/nvme1n1    xfs   8.0G   33M  8.0G   1% /data
      ...
      ```

------
#### [ Xen instance example ]

      **df -hT** コマンドの次の出力例では、`/dev/xvda1` ファイルシステムのサイズが 8 GB、タイプが `ext4`、マウントポイントが `/` であることを示しています。

      ```
      [ec2-user ~]$ df -hT
      Filesystem      Type   Size    Used   Avail   Use%   Mounted on
      /dev/xvda1      ext4   8.0G    1.9G   6.2G    24%    /
      /dev/xvdf1      xfs    24.0G   45M    8.0G    1%     /data
      ...
      ```

------
      + ファイルシステムのサイズがボリュームサイズよりも小さい場合は、次のステップ (3b) に進みます。
      + ファイルシステムのサイズがボリュームサイズと等しい場合、拡張する必要はありません。この場合、残りのステップをスキップします。パーティションとファイルシステムは新しいボリュームサイズに拡張されています。

       

   1. ファイルシステムを拡張するコマンドは、ファイルシステムのタイプによって異なります。前のステップで書き留めたファイルシステムのタイプに基づいて、次の正しいコマンドを選択します。
      + **[XFS ファイルシステム]** **xfs\$1growfs** コマンドを使用して、前のステップで書き留めたファイルシステムのマウントポイントを指定します。

------
#### [ Nitro and Xen instance example ]

        例えば、`/` にマウントされているファイルシステムを拡張するには、次のコマンドを使用します。

        ```
        [ec2-user ~]$ sudo xfs_growfs -d /
        ```

------
**トラブルシューティングのヒント**  
`xfs_growfs: /data is not a mounted XFS filesystem`: 正しくないマウントポイントが指定されたか、ファイルシステムが XFS でないことを示します。マウントポイントとファイルシステムタイプを確認するには、**df -hT** コマンドを使用します。
`data size unchanged, skipping`: ファイルシステムが既にボリューム全体を拡張していることを示します。ボリュームにパーティションがない場合は、[ボリュームの変更が成功したことを確認します](monitoring-volume-modifications.md)。ボリュームにパーティションがある場合は、ステップ 2 で説明されているように、パーティションが拡張されていることを確認します。
      + **[Ext4 ファイルシステム]** **resize2fs** コマンドを使用して、前のステップで書き留めたファイルシステムの名前を指定します。

------
#### [ Nitro instance example ]

        例えば、マウントされた `/dev/nvme0n1p1` という名前のファイルシステムを拡張するには、次のコマンドを使用します。

        ```
        [ec2-user ~]$ sudo resize2fs /dev/nvme0n1p1
        ```

------
#### [ Xen instance example ]

        例えば、マウントされた `/dev/xvda1` という名前のファイルシステムを拡張するには、次のコマンドを使用します。

        ```
        [ec2-user ~]$ sudo resize2fs /dev/xvda1
        ```

------
**トラブルシューティングのヒント**  
`resize2fs: Bad magic number in super-block while trying to open /dev/xvda1`: ファイルシステムが Ext4 ではないことを示します。ファイルのシステムタイプを確認するには、**df -hT** コマンドを使用します。
`open: No such file or directory while opening /dev/xvdb1`: 正しくないパーティションが指定されたことを示します。パーティションを検証するには、**df -hT** コマンドを使用します。
`The filesystem is already 3932160 blocks long. Nothing to do!`: ファイルシステムが既にボリューム全体を拡張していることを示します。ボリュームにパーティションがない場合は、[ボリュームの変更が成功したことを確認します](monitoring-volume-modifications.md)。ボリュームにパーティションがある場合は、ステップ 2 で説明されているように、パーティションが拡張されていることを確認します。
      + **[その他のファイルシステム]** 手順については、ファイルシステムのドキュメントを参照してください。

   1. ファイルシステムが拡張されたことを確認します。**df -hT** コマンドを使用して、ファイルシステムのサイズがボリュームサイズと等しいことを確認します。

## Windows インスタンス
<a name="extend-windows"></a>

次のいずれかの方法を使用して Windows インスタンスでファイルシステムを拡張します。

------
#### [ Disk Management utility ]

**ディスクの管理を使用してファイルシステムを拡張するには**

1. 重要なデータを含むファイルシステムを拡張する前に、変更をロールバックする必要がある場合に備えて、ファイルシステムを含むボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、[Amazon EBS スナップショットの作成](ebs-creating-snapshot.md)を参照してください。

1. リモートデスクトップを使用して Windows インスタンスにログインします。

1. [**実行**] ダイアログボックスに**diskmgmt.msc**と入力し、Enter キーを押します。ディスクの管理ユーティリティが表示されます。  
![\[Windows Server ディスクの管理ユーティリティ\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/Expand-Volume-Win2008-before.png)

1. [**ディスクの管理**] メニューで、[**操作**]、[**ディスクの再スキャン**] の順に選択します。

1. 拡張したドライブのコンテキスト (右クリック) メニューを開き、[**Extend Volume (ボリュームの拡張)**] を選択します。
**注記**  
次の場合には、[**ボリュームを拡張**] が無効化されている (グレー表示される) ことがあります。  
未割り当ての領域が、ドライブに隣接していない。未割り当て領域は、拡張するドライブの右側に隣接している必要があります。
ボリュームが、マスターブートレコード (MBR) パーティションスタイルを使用しており、そのサイズが既に 2 TB に達している。MBR を使用するボリュームのサイズは 2 TB を超えることはできません。  
![\[Windows Server ディスクの管理ユーティリティ\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/Expand-Volume-Win2008-before-menu.png)

1. [**Extend Volume (ボリュームの拡張)**] ウィザードで、[**Next (次へ)**] を選択します。[**Select the amount of space in MB**] で、ボリュームを拡張するメガバイト数を入力します。通常は、使用可能な最大領域を指定します。[**Selected**] のハイライト表示されたテキストは、ボリュームの最終的なサイズではなく、追加分の容量を表します。ウィザードを終了します。  
![\[Windows Server ボリュームの拡張ウィザード\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/Extend-Volume-Wizard-Win2008.png)

1.  AWS NVMe ドライバーがないインスタンスで NVMe ボリュームのサイズを増やす場合、インスタンスを再起動して Windows を有効にし、新規のボリュームサイズを表示する必要があります。 AWS NVMe ドライバーのインストールの詳細については、[AWS NVMe ドライバー](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html)」を参照してください。

------
#### [ PowerShell ]

PowerShell を使用して Windows ファイルシステムを拡張するには、以下の手順に従います。

**PowerShell を使用してファイルシステムを拡張するには**

1. 重要なデータを含むファイルシステムを拡張する前に、変更をロールバックする必要がある場合に備えて、ファイルシステムを含むボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、[Amazon EBS スナップショットの作成](ebs-creating-snapshot.md)を参照してください。

1. リモートデスクトップを使用して Windows インスタンスにログインします。

1. 管理者として PowerShell を実行します。

1. `Get-Partition` コマンドを実行します。PowerShell は、各パーティションに対応するパーティション番号、ドライブ文字、オフセット、サイズ、タイプを返します。拡張するパーティションのドライブ文字をメモします。

1. 以下のコマンドを実行して、ディスクを再スキャンします。

   ```
   "rescan" | diskpart
   ```

1. **<drive-letter>** の代わりに手順 4 でメモしたドライブ文字を使用して、以下のコマンドを実行します。PowerShell から、許可されているパーティションの最小サイズと最大サイズがバイト単位で返されます。

   ```
   Get-PartitionSupportedSize -DriveLetter <drive-letter>
   ```

1. 指定された規模にパーティションを拡張するには、**<size>** の代わりにボリュームの新しいサイズを入力しながら、次のコマンドを実行します。サイズは、`KB`、`MB`、`GB` で入力できます (`50GB` など)。

   ```
   Resize-Partition -DriveLetter <drive-letter> -Size <size>
   ```

   使用可能な最大サイズにパーティションを拡張するには、次のコマンドを実行します。

   ```
   Resize-Partition -DriveLetter <drive-letter> -Size $(Get-PartitionSupportedSize -DriveLetter <drive-letter>).SizeMax
   ```

   特定のサイズにファイルシステムを拡張するための、完全な PowerShell コマンドと、そのレスポンスフローを以下に示します。  
![\[PowerShell を使用してパーティションを拡張する – 指定サイズの例\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/ebs-extend-powershell-v3-specific.png)

   使用可能な最大サイズにファイルシステムを拡張するための、完全な PowerShell コマンドと、そのレスポンスフローを以下に示します。  
![\[PowerShell を使用してパーティションを拡張する – 最大サイズ\]](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/images/ebs-extend-powershell-v3-max.png)

------