1.df磁盘空间查看 df可以查看一级文件夹大小.使用比例.档案系统及其挂入点. [root@oms ~]# df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/vda1 ext4 40G 35G .1G % / devtmpfs devtmpfs .9G .9G % /dev tmpfs tmpfs .9G .9G % /dev/shm tmpfs tmpfs .9G 191M .7G % /run tmpfs tmpfs .…

刚才安装了半天软件,最后出现磁盘空间不足的问题,刚开始我还以为ubuntu和我开玩笑,随后我重新启动它才发现真不是开玩笑,我已经进不去Gnome桌面了!!! 解决办法: 1,以root身份进入shell:在Gnome用户登入界面,按组合键"ctrl+alt+F1",进入shell里,随后以root身份登入. 2,删除没用目录:进入没用目录,随后输入“rm -rf 要删除目录名称”,例如:我要删除“data”目录,这个目录里面还有子目录和文件等,直接执行:“rm -rf data”. 随…

首先使用du命令逐层分析docker磁盘的使用情况: (base) [root@openvino docker]# du -h --max-depth=1 | sort 0 ./containerd 0 ./libnetwork 0 ./netns 0 ./plugins 0 ./swarm 32K . 32K ./runtime-runc 使用 docker system df 命令查询镜像(Images).容器(Containers)和本地卷(Local Volumes)等空间使用大户的空间…

Jenkins在帮助我们自动化构建服务的同时也在消耗服务器的磁盘空间,试想如果构建的项目个数很多,而Jenkins 服务器磁盘空间又不是非常大的话,每隔一段时间磁盘空间就会爆满导致Jenkins出现磁盘空间不足无法构建的后果.这时候我们就需要进行一定的手工干预才能恢复Jenkins的正常运作. 本文基于Windows操作系统,结合Jenkins 的相关特性解决上述问题. 一.手工删除构建记录 这是最基本的一种操作方法,通过直接物理删除构建记录进行磁盘空间管理.手工删除构建记录方式如下: 进入Je…

现象: 从根目录开始,使用du -h -x --max-depth=1  查看哪个目录占用过高,打算对于过高目录中的内容适当删减腾出一些空间 通过追踪查询,发现是jenkins的构建纪录未清理,而且最近我们项目测试构建很频繁,导致磁盘最近爆涨. 注:查看隐藏文件的命令: du -sh .[!.]* * | sort -hr解决方法: 1.手工删除构建记录 这是最基本的一种操作方法,通过直接物理删除构建记录进行磁盘空间管理.手工删除构建记录方式如下:进入Jenkins根目录,Windows下默认位…

最近刚换了笔记本,拿到本后在win10基础装上Ubuntu 16.04双系统,有个问题是每次关机都会报一堆pcie问题,并且经常没声音,声音问题通过上一篇文章暂时解决,然后就没在意了,可是几天后出现系统盘根目录磁盘空间不够的提醒,于是用磁盘空间分析工具查看,/var/log/下kern.log 和syslog非常大,两个kern.log都接近10G,一个syslog也接近10G,三个点开都发现同样的问题,即pcie重复报错,信息如下: Jan :: zzf-ubuntu kernel: [ ::…

由于项目原因需要定期检查磁盘空间占用情况,常用检查命令如下: 1.查看磁盘空间大小 df -lh 2.查看对应文件大小 du --max-depth=1 -h / 于一日发现在使用Flume + Kafka进行数据同步时,某一局点数据无法进行消费,通过df -lh查看发现系统空间满了,如下: /dev/xvda1       20G  20G  0G  100% / 然后,通过du --max-depth=1 -h / 查询对应的大文件,发现此目录下文件占用了2.3G的空间.通过各种方法找,都找…

前言:早晨磁盘报警刚清空完tomcat和nginx日志,使用的命令是类似echo "" > show_web-error.log或者> show_web-debug.log清空语句,然后rm -rf 掉一些tar.gz包,空出来30G空间.而且也关闭了tomcat的debug信息.刚刚又接到报警,磁盘100%了.怎么回事?​1,进去df -h下,确实100%了,如下所示:[root@localhost ~]# df -h文件系统              容量  已用 可用…

问题现象: 遇到一个问题,在系统上,告警提示磁盘空间不够,如下图所示: 问题分析: 1.首先使用 :du  -h  / --max-depth=1 命令查看各个目录的占用空间,试图找到占用较多空间的目录, 2.查看 inode 的使用率,怀疑 inode 不够导致此问题, 3.使用 lsof 检查,怀疑是不是有可能文件已被删除,但是进程还存活的场景, Linux 里的文件被删除后,空间没有被释放是因为在 Linux 系统中,通过 rm 或者文件管理器删除文件将会从文件系统的目录结构上解除链接 (…

df -h # 查看目前磁盘空间占用 cd / # 切换到根目录 du -sh # 查询每个目录占用的大小 lsof | grep delete # 查看当前系统打开文件 # 删除不使用的文件, 如果发现df/du的占用差距大, 原因是删除的文件还在被程序占用, 需要杀掉进程才实际删除 # 如果提示lsof命令不存在, 则进行安装: yum install lsof…