ディスクスペースEC2が不足しています
EC2マイクロインスタンスでいくつかの問題が発生し、それを終了して、代わりに新しいインスタンスを作成する必要がありました。しかし、古いインスタンスがリストに表示されなくなったとしても、ディスクのスペースを使い果たしているようです。僕の df -hは以下のとおりです。
Filesystem Size Used Avail Use%
/dev/xvda1 7.8G 7.0G 719M 91% /
EC22コンソールに移動すると、リストに8GBごとに3つのボリュームがあることがわかります。そのうちの1つが添付されています（/dev/xvda）そしてこれは「使用中」として表示されています。他の2つは単に「利用可能」として表示されています
終了したインスタンスは本当にディスクスペースを使い果たしていますか？はいの場合、それを解放する方法は？
Amazon Elastic Block Storage（EBS）は、AmazonEC2で使用する仮想ディスクを提供するサービスです。これは、EC2インスタンスが停止または終了した場合でも存続するネットワーク接続ストレージです。
Amazon EC2インスタンスを起動すると、ブートボリュームがインスタンスに自動的にアタッチされます。ブートボリュームの内容は、Amazon Machine Image（AMI）からコピーされます。これは、事前に入力されたリストから選択できます（独自のAMIを作成します）。
Amazon EC2インスタンスがStoppedの場合、すべてのEBSボリュームはインスタンスに接続されたままになります。これにより、インスタンスを停止したときと同じ構成でStartedにすることができます。
Amazon EC2インスタンスがTerminatedの場合、Delete on Terminationに基づいて、EBSボリュームが削除される場合とされない場合があります各ボリュームの設定：
デフォルトでは、インスタンスが終了するとブートボリュームが削除されます。これは、ボリュームが元々AMIの単なるコピーであったため、そうなる可能性が低いためです。ボリュームに関する重要なデータである必要があります。 （ヒント：ブートボリュームにデータを保存しないでください。）
追加のボリュームには、保持する必要のあるデータが含まれていることを前提として、デフォルトで「終了時に削除しない」になります。インスタンスが終了すると、これらのボリュームはAvailable状態のままになり、別のインスタンスに接続できるようになります。
したがって、残りのEBSボリュームにコンテンツが必要ない場合は、それらを削除するだけです。今後、インスタンスを起動するときは、終了時に削除設定に注意して、クリーンアッププロセスを簡単にしてください。
df -hコマンドは、現在接続されているボリュームのみを表示していることに注意してください。notは、ボリュームがAvailable状態で表示されているため、そのインスタンスには表示されません。 。 「ディスクスペース」の概念は、通常、EBSボリュームwithinEBSボリュームを指し、「EBSストレージ」はボリューム自体を指します。したがって、使用される7GBのボリュームは、その特定の（ブート）ボリュームに関連しています。
EBSボリュームのスペースが不足している場合は、以下を参照してください： LinuxでのEBSボリュームのストレージスペースの拡張 。ボリュームの拡張には以下が含まれます。
- スナップショットの作成
- スナップショットから新しい（より大きな）ボリュームを作成する
- ディスクの交換（ブートボリュームを交換する場合は停止/開始が必要）
このコマンドを実行して、問題を解決しました。
Sudo apt autoremove
そして、多くの古いパッケージが削除されます。たとえば、このような多くのファイルはlinux-aws-headers-4.4.0-1028