Dan*_*vah 45 linux amazon-ec2 amazon-web-services
当我df -h
在我的Amazon EC2服务器上运行时,这是输出:
[ec2-user@ip-XXXX ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 25G 25G 0 100% /
tmpfs 4.0G 0 4.0G 0% /dev/shm
Run Code Online (Sandbox Code Playgroud)
由于某种原因,某些东西正在占用我的存储空间.
我试图找到所有的大文件/文件夹,这就是我得到的回报:
[ec2-user@ip-XXXX ~]$ sudo du -a / | sort -n -r | head -n 10
993580 /
639296 /usr
237284 /usr/share
217908 /usr/lib
206884 /opt
150236 /opt/app
150232 /opt/app/current
150224 /opt/app/current/[deleted].com
113432 /usr/lib64
Run Code Online (Sandbox Code Playgroud)
我怎样才能知道我的存储空间是什么?
mu *_*u 無 78
好吧,我认为它的一个(或多个)日志文件已经变得太大而需要被删除/备份.我建议先把大文件放到后面.所以找到大于的所有文件10 MB
(10 MB是一个足够大的文件大小,你可以选择+ 1M同样的1MB)
sudo find / -type f -size +10M -exec ls -lh {} \;
Run Code Online (Sandbox Code Playgroud)
现在你可以确定哪些是造成麻烦并相应地处理它们.
至于你的原始du -a / | sort -n -r | head -n 10
命令,由于按大小排序,这将无法工作,因此,大文件的所有祖先目录将上升到金字塔,而单个文件很可能会被遗漏.
注意:在你找到的文件位置注意到类似的其他日志文件/二进制文件的出现应该非常简单,所以作为建议,cd
进入包含原始文件的目录以清理更多同类文件.您还可以使用命令迭代大小大于1MB
next的文件,依此类推.
use*_*853 22
如果你找不到任何巨大的文件,杀死一些进程可能会解决问题(它对我有用,阅读完整答案,知道原因)
早些时候:
/dev/xvda1 8256952 7837552 0 100% /
现在
/dev/xvda18256952 1062780 6774744 14% /
原因:
如果您rm <filename>
对某个进程打开的文件执行操作,它实际上并不删除该文件,并且该进程仍然可以写入该文件.find命令无法找到这些ghost文件,或者删除了这些ghost文件.使用此命令可以找出正在使用已删除文件的进程:
lsof +L1
Run Code Online (Sandbox Code Playgroud)
重新启动计算机或终止进程以释放文件.
阅读:https: //serverfault.com/questions/232525/df-in-linux-not-showing-correct-free-space-after-file-removal/232526
小智 10
在/
键入du -hs *
为root
:
$ sudo su -
cd /; du -hs *
Run Code Online (Sandbox Code Playgroud)
您将看到所有文件夹的完整大小并识别较大的文件夹.
邮件通知占用了此空间
您可以输入以下内容进行检查
sudo find / -type f -size +1000M -exec ls -lh {} \;
Run Code Online (Sandbox Code Playgroud)
它将显示1000MB以上的大文件夹
结果将有一个文件夹
/var/mail/username
Run Code Online (Sandbox Code Playgroud)
您可以通过运行以下命令释放空间
> /var/mail/username
Run Code Online (Sandbox Code Playgroud)
请注意,大于(>)符号不是提示,您必须使用它运行cmd。
现在检查您的可用空间
df -h
Run Code Online (Sandbox Code Playgroud)
现在您有足够的可用空间,尽情享受... :)
归档时间: |
|
查看次数: |
54615 次 |
最近记录: |