我们目前正在测试 AWS,因此我使用 bitnami-magento 映像创建了一个 EC2 实例。 AWS 实例附加了 10GB 空间。现在突然间,我的磁盘空间用完了,我不知道怎么办。
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
)文件系统。事实上,在你的系统上就是仅有的真实安装的文件系统。而且,您可以看到它已 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
查看哪个目录“吃掉”了磁盘空间