AWS ec2 インスタンスでボリュームのアンマウントとデタッチが機能しないのですか?

AWS ec2 インスタンスでボリュームのアンマウントとデタッチが機能しないのですか?

こんにちは、Ubuntu コミュニティの皆さん!

Ubuntu 16.04 LTSで3つのボリュームが接続されたEC2インスタンスを使用しています。デバイスxvdaは現在のすべてのライブデータを含む通常の生産量であり、他の 2 つはしばらく前からのバックアップに使用されていました。私のデバイス:

sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL 
NAME                        FSTYPE   SIZE MOUNTPOINT   LABEL
xvda                                 250G
└─xvda1                     ext4     250G /            cloudimg-rootfs
xvdf                                 250G
└─xvdf1                     ext4     250G /backup      cloudimg-rootfs
xvdg                                 250G
└─xvdg1                     ext4   232.9G /backup/3jun
loop0                       ext4     100G
└─docker-202:1-4237516-pool          100G
loop1                                  2G
└─docker-202:1-4237516-pool          100G

私はそうしました。sudo umount dev/xvdf1 && sudo umount dev/xvdg1その後、AWS コンソールに移動してボリュームをデタッチしました。

デバイス情報を確認するためにコマンドを再度実行しました。翻訳そして翻訳元なくなっていました。

インスタンスを再起動し、接続しようとすると、「接続が拒否されました」というエラー メッセージが表示され、インスタンスに再度 SSH 接続できません。

デバイス翻訳そして翻訳元これらは 1 年以上前に作成されたバックアップに過ぎませんが、これらのボリュームを保有していることに対して AWS から多額の料金を請求されています。これらを削除したいのですが、何かアドバイスはありますか?

ところで、AWS コンソールから再度接続したので、インスタンスに SSH で接続できるようになりました。ただし、不要なのは 500 GB の古いバックアップだけなので、これらをアンマウントして削除できるようにしたいと思っています。

どなたか助けていただけるとありがたいです。ありがとうございます!

答え1

他の誰かがこの問題を抱えている場合に備えて、解決しました。

sudo vi /etc/fstab

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 0
/dev/xvdf1              /backup ext4    defaults,discard        0 0
/dev/xvdg1              /backup/3jun    ext4 defaults,discard   0 0

最初の行はルート ボリューム dev/xvdf1 です。dev/xvdg1 は削除しようとしているバックアップ ボリュームです。これらの 2 行を削除するか、次のように変更します。

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 0
/dev/xvdf1              /backup ext4    defaults,nofail        0 0
/dev/xvdg1              /backup/3jun    ext4 defaults,nofail   0 0

nofail は、インスタンスの再起動または起動時にこれらのボリュームが接続されていない場合でも、インスタンスが正常に実行されることを意味します。

関連情報