私は現在AWSをテストしているので、bitnami-magentoイメージを使用してEC2インスタンスを作成しました。 AWS インスタンスには 10 GB のスペースが接続されて提供されます。今、突然ディスク容量が足りなくなり、どうすればいいのかわかりません。
df -hの出力:
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.8G 9.3G 0 100% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 1.9G 12K 1.9G 1% /dev
tmpfs 375M 196K 375M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 0 1.9G 0% /run/shm
none 100M 0 100M 0% /run/user
lsblkの出力:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 10G 0 disk /
答え1
公開された出力からわかるように、使用されたほとんどすべてのスペースは、最上位/
(または「root」、ユーザーと混同しないでくださいroot
)ファイルシステムに割り当てられます。実際、システムではただ実際にファイルシステムがインストールされました。そして100%活用されるのを見ることができます。
/dev/xvda1 9.8G 9.3G 0 100% /
次のことは、ファイルシステムを調べて、どのサブディレクトリがスペースを占めているかを見つけることです。努力する:
cd /
sudo du -sh * 2>/dev/null | sort -h
これは、/のどのサブディレクトリが最大であるかを示します。最大のものは一番下にあります。
0 /bin
0 /lib
0 /lib64
0 /proc
0 /sbin
0 /sys
4.0K /media
4.0K /mnt
4.0K /sysroot
16K /lost+found
156K /root
496K /opt
1.3M /run
2.0M /tmp
2.7M /dev
41M /etc
125M /boot
8.9G /usr
14G /var
17G /srv
21G /home
ここではほとんど私のものにある内容です/home
。おそらくあなたの場合でしょう。しかし、私はシステム管理者として確信しています/var
。
cd /var # or whatever seems abnormally large
sudo du -sh * 2>/dev/null | sort -h
ログファイルや一時データなど制御できないものがあることを確認してください。
答え2
最初のステップは、システムログを確認することです。 /var/log ディレクトリに移動して、古いログファイルの一部を消去します。次に、次のコマンドを使用して/varディレクトリ全体を確認できます。
du -sh /var
ディスク容量を占めるディレクトリの確認