Amazon EC2インスタンスでsc1ボリュームを両方ともマウントする方法

Question

/dev/sdfの現在の500GB Amazon EBSコールドHDD（sc1）ボリュームがいっぱいです。ここのチュートリアル（http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#migrate-data-larger-volume）に続いて、1.5 TBのSC1を/ dev/xvdaにマウントしてインスタンスにアタッチしました。 500 GB sc1（/ dev/sdf）もインスタンスに接続されています。

悲しいことに、インスタンスを起動すると、この新しい1.5 TB SC1が/ dev/xvdaにのみ表示されますが、/ dev/sdfの古い500 GB SC1および対応するデータは表示されません。私はDF -hないとき：Iインスタンスをオフにした場合、インスタンスから（/ DEV/xvda）1.5 TBのSC1を取り外し、に取り付けられた500ギガバイトTB SC1（の/ dev/SDF）を

df -h 
Filesystem  Size Used Avail Use% Mounted on 
/dev/xvdg1  1.5T 34G 1.5T 3%/
devtmpfs  7.9G 76K 7.9G 1% /dev 
tmpfs   7.9G  0 7.9G 0% /dev/shm 

維持しましたインスタンスを再起動してインスタンスを再起動すると、500 GB TB SC1（/ dev/sdf）とそのデータが再び表示されます。

df -h 
Filesystem  Size Used Avail Use% Mounted on 
/dev/sdf  500G 492G 8G 99%/
devtmpfs  7.9G 76K 7.9G 1% /dev 
tmpfs   7.9G  0 7.9G 0% /dev/shm 

これらの2つのボリュームをマウントして、同じインスタンス内の2つのボリューム間でデータを表示/転送する方法はありますか？どの教祖が啓発できますか？ありがとう。コメントへ

＃

応答します

次は500ギガバイトと1.5ギガバイトSC1の両方が接続されている「lsblk」の結果です。以下

は

lsblk 
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT 
xvda 202:0 0 8G 0 disk 
└─xvda1 202:1 0 8G 0 part 
xvdf 202:80 0 500G 0 disk 
└─xvdf1 202:81 0 500G 0 part 
xvdg 202:96 0 1.5T 0 disk 
└─xvdg1 202:97 0 1.5T 0 part/

500ギガバイトと1.5ギガバイトSC1の両方が結合している「の/ etc/fstabの」のコンテンツです。

LABEL=/ /   ext4 defaults,noatime 1 1 
tmpfs  /dev/shm tmpfs defaults  0 0 
devpts  /dev/pts devpts gid=5,mode=620 0 0 
sysfs  /sys  sysfs defaults  0 0 
proc  /proc  proc defaults  0 0 

余分コメント：

UUIDは、以下の

uuidgen 
tune2fs /dev/xvdf1 -U <the uuid generated before> 

を試みた後

ls -l /dev/disk/by-uuid 
total 0 
lrwxrwxrwx 1 root root 11 Oct 19 08:54 43c07df6-e944-4b25-8fd1-5ff848b584b2 -> ../../xvdg1 

＃2016年10月21日更新

結果3210

両方のボリュームがインスタンスに接続されていることを確認して、インスタンスを再起動すると、500 GBボリュームのみが表示されます。

df -h 
Filesystem  Size Used Avail Use% Mounted on 
/dev/xvdg1  493G 473G 20G 96%/
devtmpfs  7.9G 76K 7.9G 1% /dev 
tmpfs   7.9G  0 7.9G 0% /dev/shm 

lsblk 
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT 
xvda 202:0 0 8G 0 disk 
└─xvda1 202:1 0 8G 0 part 
xvdf 202:80 0 500G 0 disk 
└─xvdf1 202:81 0 500G 0 part/
xvdg 202:96 0 1.5T 0 disk 
└─xvdg1 202:97 0 1.5T 0 part/

ls -l /dev/disk/by-uuid 
total 0 
lrwxrwxrwx 1 root root 11 Oct 20 20:48 43c07df6-e944-4b25-8fd1-5ff848b584b2 -> ../../xvdg1 
lrwxrwxrwx 1 root root 11 Oct 20 20:48 a0161cdc-2c25-4d18-9f01-a75c6df54ccd -> ../../xvdf1 

また、「sudo mount/dev/xvdg1」は役に立ちません。あなたは啓発できますか？ありがとう！

Answer 1

2つのディスクが複製され、同じUUIDを持っている場合、同時に起動すると同時にシステムをマウントすることはできず、起動すると最初に見つかったパーティションがマウントされます。

は、あなたのディスク

uuidgen 

これはあなたに新しいUUIDを与える実行するための新しいUUIDを生成します - 名前は、

あなたのディスク上に新しいUUIDを適用ユニークになる暗示するよう

あなたのケースでは、xvdfがマウントされていないので、そのUUIDを変更することができます。

あなたのマウントポイントを変更してください

しかし、両方のディスクが同じマウントポイントを持ち、両方のクローンを作成していたため、それはできませんでした。ファイルシステムテーブルを更新する必要があります。

1. 更新/etc/fstabので、それが正しくに搭載される新しいマウントポイント

   sudo mount /dev/xvdg1 /new_drive 
   

2. にドライブをマウント

   mkdir /new_drive 
   

3. あなたのマウントポイントになります新しいフォルダを作成します次の再起動

更新/dev/xvdg1ドライブに関するラインは、あなたが

/dev/xvdg1/ext4 ........ 

変更1.5 TBから

/dev/xvdg1 /new_drive ext4 ........ 

あなたのすべてのデータが/new_driveでアクセス可能な2列目のようなものを持っています。 mount -a

フォルダ名を変更する場合、または1.5 TBをルートマウントポイントとして使用して500 GBドライブを変更する場合は、この手順を適用してください。