解決策 1:
そのファイル、/ あなたのルートディレクトリです。 df に表示される唯一のファイルシステムである場合 、それですべてです。 1GB のファイルシステムがあり、100% いっぱいです。次のように使用方法を理解し始めることができます:
sudo du -x / | sort -n | tail -40
その後、 / を置き換えることができます 最もスペースを占有しているパスで。 (sort のおかげで最後になります .コマンドには時間がかかる場合があります。)
解決策 2:
ほぼ 5 年後にこのスレッドで返信していることは知っていますが、誰かを助けるかもしれません。同じ問題がありました。
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 177M 1.4G 12% /run
/dev/xvda1 7.7G 7.7G 0 100% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
tmpfs 1.6G 0 1.6G 0% /run/user/1000
私はそれを解決しようとしましたが、ここに手順があります
sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'
私のすべてのスペースを話していたのはdockerコンテナーであることを知るのに役立ちましたので、すべてのコンテナーをdockerレジストリにプッシュしてから、sudo rm -rf /var/lib/docker/を実行してスペースをクリアしました:)それが誰かを助けることを願っています:)
解決策 3:
EBS ブート インスタンスを実行している場合 (推奨)、この記事で説明する手順を使用してルート (/) ボリュームのサイズを増やすことができます:
<ブロック引用>
実行中の EBS ブート EC2 インスタンスでルート ディスクのサイズを変更する
http://alestic.com/2010/02/ec2-resize-running-ebs-root
instance-store インスタンスを実行している場合 (非推奨)、ルート ディスクのサイズを変更することはできません。ファイルを削除するか、一時ストレージ (/mnt など) にファイルを移動するか、EBS ボリュームをアタッチしてそこにファイルを移動する必要があります。
以下は、MySQL データベースをルート ディスクから EBS ボリュームに移動する方法について説明した、私が書いた記事です:
<ブロック引用>
EBS を使用して Amazon EC2 で MySQL を実行する
http://aws.amazon.com/articles/1663
...そして、EBS ブート インスタンスへの移行を検討してください。後で感謝する理由はたくさんあります。
解決策 4:
パウロは私にとって正しい軌道に乗っていましたが、実行しようとしたとき
sudo apt autoremove
応答しました:
Reading package lists... Error!
E: Write error - write (28: No space left on device)
E: IO Error saving source cache
E: The package lists or status file could not be parsed or opened.
まず、走らなければならなかった
sudo apt-get clean
これにより、'sudo apt autoremove' を実行するのに十分なスペースが確保され、/dev/xvda1 の 100% フルから 28% になりました。
解決策 5:
このコマンドを実行して、この問題を解決しました:
sudo apt autoremove
多くの古いパッケージが削除され、5 ギガバイトが解放されました。たとえば、この「linux-aws-headers-4.4.0-1028」のようなパッケージがたくさんありました。