質問: ターミナルにNo space left on deviceと表示されたため、調べたところデータの容量が足りていないようでした。 ``` devtmpfs 483M 60K 483M 1% /dev tmpfs 493M 0 493M 0% /dev/shm /dev/xvda1 9.8G 9.7G 0 100% / ``` AWSマネジメントコンソールからEC-2にアクセスし、 https://qiita.com/riboosu/items/d266df563367a0a14268 こちらの記事を参考にボリューム作成、インスタンスにアタッチまで完了。 さあ、インスタンスを起動してコーディングに戻ろう!と思ったら、stopped→pending(20秒くらい)→stopped 起動しない。。。。 フラッシュメッセージ等でエラーメッセージもありませんでした。 状態遷移の理由 Server.InternalError 状態遷移の理由メッセージ Server.InternalError: Internal error on launch これぐらいでした。。 インスタンスのデバイス周りの詳細 ルートデバイスタイプ ebs ルートデバイス /dev/xvda ブロックデバイス /dev/sdf /dev/xvdf /dev/xvdh /dev/xvda ボリューム 20GiB(今回作ったやつ) アタッチ済み情報:インスタンスID:/dev/xvdh 10GiB(デタッチして、アタッチし直した) アタッチ済み情報;インスタンスID:/dev/xvda 8GiB アタッチ済み情報:インスタンスID:/dev/sdf 3GiB アタッチ済み情報:インスタンスID:/dev/xvdf インスタンスが起動しなくなり、何もできなくなって焦っています。 そしてもしインスタンスを廃棄せざるを得なくなった場合、書いていたコードはもう一度一からやり直しでしょうか。。。?? もしわかる方がいればぜひ教えていただきたいです。 何卒よろしくお願い致します。
回答: とりあえず中の物を保存したいなら、EBSのスナップショットを作っておけば何とでもなります。 Cloud9の環境としてそのまま使えるかは試してないのでわかりませんが、該当インスタンスのAMIを取得して、そのAMIを使ってインスタンスを新規に立て直せば同じ環境が増やせます。 その際にルートボリュームのサイズを大きくすればとりあえず容量問題は解決できるでしょう。(そのまま使えないようだったら何らかの形で必要なものを移行してください) ちなみに、今はインスタンスを止めなくてもEBSを拡張することができます。 もっともOS内でファイルシステムを拡張しないと増えた分を認識してくれないので、ログインできないのであればあまり意味はないですが...。 それはそれとして、ローカルにファイルを配置しすぎだと思うので、何が容量を食っているのか、本当に必要か、それが必要なものならディスクサイズを大きくするなり、外部に保管するなり、別のEBSをアタッチしてそこに保管されるようにするなり考えましょう。