df-h检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文件比较大,使用rm –rf删除即可. find / -size +100M -e

df   -h   检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr   当然这里不一定是/usr目录,最好是cd到 根目录再执行下一步 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文

参考文档: https://www.cnblogs.com/moonandstar08/p/6091507.html (系统磁盘空间/dev/xvda1占满原因分析) https://blog.csdn.net/echo_ae/article/details/79387767  (/dev/xvda1 满了处理方法) 引言: 我是在使用zookeeper的时候,zookeeper服务端没有关闭的情况下,人为的使用命令删除了bin目录下的zookeeper.out日志文件,所以导致/dev/vda

挂载报错:“/dev/vda1 is apparently in use by the system;” 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 距离回家倒计时还有一天,明天中午的火车就回老家了,想想还是蛮开心.估计好多人都已经踏上春运的大道了把,像我这样小小的运维还在岗位上坚守着,这不,刚刚不到2天,项目经理给我打来一个电话,说前几天给外包公司分配的一个服务器需要挂载100G的硬盘,需要我处理一下.以下就是根外包公司的人聊天的,上次也是他的服务器没法远程连接的就是同一

df-h检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文件比较大,使用rm –rf删除即可. find / -size +100M -e

前言 虽然现在已经9102年了硬盘空间越来越大越便宜,但win系统用久了系统盘还是会渐渐变小的,公司的电脑系统盘就已经不够用了经常爆红,这个时候两个简单快速高效的办法 1.扩大系统盘空间,可以使用 win自带的磁盘分区功能或者下个分区软件,这点适用于其他盘空闲空间足的情况. 2.清理系统盘中的用不到的临时文件.缓存文件,要知道日积月累下这些垃圾文件占用的大小还是不可忽略的.怎么清理这些垃圾文件,这也是接下来要讲的内容. 3.将装在c盘中的软件搬家 正文 新建个文本文档,编辑内容如下 @echo

权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明.本文链接:https://blog.csdn.net/harry5508/article/details/84345684 恕我直言,网上文章千篇一律,没一个能解决的,全是说清一下内存就好了,但是并没有教不会的小白清理... = = 这个问题确实是服务器系统盘满了,mysql指定的临时文件目录满掉,大概就是这个意思. 下面解决/dev/vda1系统盘满了,其实我压根不知道/dev/vda1这在哪

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 .

系统盘就像linux的c盘,使用df -l命令查看 如下所示: 可以看到根路径 / 都是位于系统盘.而/root,/home,/usr就如同c盘下的c:\windows,c:\usr这些目录 如果单独有数据盘,且数据盘没有分区和挂载,使用df -l命令是看不到的 可以使用fdisk -l,可以看到有哪些硬盘 如下信息: Disk  /dev/vda和 Disk /dev/vdb表示有两块 /dev/vda - 系统盘,有一个分区vda1 /dev/vdb - 数据盘,有两个分区vdb1,vdb2

因为之前用宝塔上线,宝塔只挂载了系统盘50G,打开阿里云云盘列表发现系统盘无法直接升级,故另买一块数据盘挂载到Linux服务器下,下面根据网上教程再结合我实际情况讲解一下实际操作,其实非常easy linux命令输入  :  df  -h 此时发现Linux服务器只挂载了一块50G的硬盘,tmpfs是临时目录和文件,而阿里云另买一块硬盘则没有显示出来 故继续输入  :fdisk  -l 发现linux目录下有一块 /dev/vdb硬盘,下面我们就将vdb这块硬盘挂载到Linux目录下 输入命令:

前言 地址|https://help.aliyun.com/document_detail/111738.html?spm=a2c4g.11186623.2.7.1d284c07SFRBaq#section-gxq-3tw-dhb 记录下,防止以后找不到. 扩展分区和文件系统_Linux系统盘 {#concept_ocb_htw_dhb .concept} 本文提供了如何使用growpart和resize2fs工具完成Linux系统盘分区扩容及文件系统扩展的操作指导. 适用范围 {#sectio

阿里云买了台服务器ecs 磁盘容量40g 发现已经用了30g了  赶紧扩容 进入 e'cs实例 进入左边菜单 存储与快照 然后选择右边的扩容 然后支付 成功后 进入服务器 df -h 发现怎么还是没变化 看阿里云文档 一大堆,我都不知道该选哪一个跟着操作 看了在线扩容云盘,发现太多了,不知道操作那个,只能提交工单了,技术人员告诉我文档 原来我这是要选扩展分区和文件系统 文档地址如下:我的内核3.1的 跟着低内核操作 最终搞定了 [root@brady ~]# growpart /dev/vda

zabbix 由于历史数据过大, 因此导致磁盘空间暴涨,  下面是结局方法步骤 1. 停止 ZABBIX SERER 操作 [root@gd02-qa-plxt2-nodomain-web-95 ~]# killall zabbix_server[root@gd02-qa-plxt2-nodomain-web-95 ~]# lsof -i:10051 2. 停止 mysql 操作 [root@gd02-qa-plxt2-nodomain-web-96 dbdat]# mysqladmin -u

按照阿里云官网教程对云服务器进行磁盘扩容,使用fdisk重新分区,最后使用e2fsck和resize2fs来完成文件系统层面的扩容 在执行“e2fsck -f /dev/vdb1”命令时报错,如果你的问题和下面的错误一样,可以接着往下看: [root@aliyunsrv ~]# e2fsck -f /dev/vdb1 e2fsck (-May-) e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic numbe

在跑TensorFlow.pytorch之类的需要CUDA的程序时,强行Kill掉进程后发现显存仍然占用,这时候可以使用如下命令查看到top或者ps中看不到的进程,之后再kill掉: fuser -v /dev/nvidia* 批量清理显卡中残留进程: sudo fuser -v /dev/nvidia* |awk '{for(i=1;i<=NF;i++)print "kill -9 " $i;}' | sudo sh

Linux mount挂载磁盘报错  mount: wrong fs type, bad option, bad superblock on /dev/vdb Linux挂载磁盘报如下错误: mount: wrong fs type, bad option, bad superblock on 192.168.0.68:/mnt, missing codepage or helper program, or other error (for several filesystems (e.g. n

最近刚使用阿里云ECS centos服务器,购买的是40G的系统盘,60G的数据盘. 昨天在查看服务器磁盘空间的时候,偶然发现 /dev/vda1 下面40G的空间已使用17G, 因为服务器才开始使用,上面安装的有maven,jdk,nexus,svn ,jenkins, 能产生增量数据的主要是在jenkins和nexus. 因为nexus才清理过发布的私有工程数据,于是进入jenkins空间查看j使用, cd /root/.jenkins/ du -ahc -d1 果不其然,14G的数据来自j

本系列文章会深入研究 Ceph 以及 Ceph 和 OpenStack 的集成: (1)安装和部署 (2)Ceph RBD 接口和工具 (3)Ceph 物理和逻辑结构 (4)Ceph 的基础数据结构 (5)Ceph 与 OpenStack 集成的实现 (6)QEMU-KVM 和 Ceph RBD 的 缓存机制总结 (7)Ceph 的基本操作和常见故障排除方法 1. Ceph 集群的物理结构 1.1 Ceph 内部集群 从前一篇文章 我们知道,从物理上来讲,一个 Ceph 集群内部其实有几个子集群

测试背景及环境说明 阿里云ECS 主机配置: 4C8G root@zabbix-master:~# grep -i "model name" /proc/cpuinfo model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.6

* { color: #3e3e3e } body { font-family: "Helvetica Neue", Helvetica, "Hiragino Sans GB", "Microsoft YaHei", Arial, sans-serif; font-size: 15px } p { line-height: 25.6px; text-align: justify; margin: 23.7px 0 } blockquote { b