亲测可用,转载是为了记录,方便下次自己查看,如后朋友看到,请去查看作者原文,支持原创!!! 原文连接:https://www.cnblogs.com/renshengruxi/p/11782980.html 由于在安装centos系统的时候,如果在安装时没有分配磁盘空间,选择的是默认分配的,在安装完成后,可以发现大容量磁盘往往分配在了home下面. 如果要把home下面的磁盘空间分配到root磁盘下面.可以进行如下操作. 1.查看CentOS的系统版本 2.查看分区 df -h (centos-

df -h|sed '1d;/ /!N;s/\n//;s/ \+/ /;' 1d——————删除第一行 / /!N——————没有空格的行执行N 例子中没有空格的行 /dev/mapper/vg_dsidealyy-lv_root/dev/mapper/vg_dsidealyy-lv_home s/\n//——————pattern空间内的换行替换为空格 s/ \+/ /——————N多空格替换为一个空格

有时候会遇到这样的问题:df -h统计一个目录,显示有约100M可用空间,使用了5G:而用du -sh统计该目录下的文件大小,却发现总共才占用了1G.也就是说,二者统计结果差距巨大. 例如: 1.df -h /tmp/ 结果: Size Used Avail Use% Mounted on3.9G 3.5G 220M 95% /tmp 2.du -sh /tmp/ 结果: 132K    /tmp/ 文章来源:http://www.codelast.com/ 结果差异巨大. 引用网上的一段话,原

linux上的盘和window的有区别,磁盘空间必须挂载在目录上,要不然没用 对与新增的硬盘.SSD固态硬盘.挂载到linux上的操作如下: df -h      #显示目前在Linux系统上的文件系统的磁盘使用情况统计. lsblk    #列出块设备信息(df -h不能看到的卷) mount         #挂载命令 现在 我们有个新的硬盘450G没有挂载 1.查看linux下的硬盘挂载的空间.使用空间 使用下面命令格式化已附加上,但df -h不能看到的卷 使用命令 : df -h Fil

df 命令: linux中df命令的功能是用来检查linux服务器的文件系统的磁盘空间占用情况.可以利用该命令来获取硬盘被占用了多少空间,目前还剩下多少空间等信息. 1．命令格式: df [选项] [文件] 2．命令功能: 显示指定磁盘文件的可用空间.如果没有文件名被指定,则所有当前被挂载的文件系统的可用空间将被显示.默认情况下,磁盘空间将以 1KB 为单位进行显示,除非环境变量 POSIXLY_CORRECT 被指定,那样将以512字节为单位进行显示. 3．命令参数: 必要参数: -a 全部文

问题描述 nfs服务宕掉后,df -h卡住不动,使用xftp也无法打开文档路径 -bash-4.1# mount /dev/mapper/vg_root-LogVol00 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw)

今天发现一个测试数据库磁盘空间快满了,准备将几个不再用的表空间删除.通过以下命令删除表空间内容及数据文件. drop tablespace tablespace_name including contents and datafiles; 删除之后通过df -h查看磁盘空间,没有减少,反而增加了,很是奇怪.去存放数据文件的目录查看,相关表空间的文件也已经被删除了. 百度了一下,发现了遇到相同情况的一个帖子,具体见这里. 处理过程如下: 1.通过lsof命令查看是否有进程正在占用这几个表空间数据文

前言:早晨磁盘报警刚清空完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文件系统              容量  已用 可用

问题如题,df -h 出来的容量与du -sh 查看的容量信息不一样,是那里出了问题了吗? 下面分别是du -sh *与df -h出来的结果 [root@mail /]# du -sh * 6.2M bin 22M boot 172K dev 29M etc 165G home 130M lib 26M lib64 16K lost+found 4.0K media 4.0K mnt 4.0K opt du: 无法访问"proc/9139/task/9139/fd/4": 没有那个文件

初步判断应该有两种情况:一种是block满了,另一种情况就是inode耗尽了. 首先df -i 查看一下是否耗尽inode/block数量. 虚拟一块磁盘并格式化: dd if=/dev/zero of=/opt/sdb1 bs=4096 count=100 mkfs -t ext4 /opt/sdb1 将磁盘挂载到/app/log/下 mkdir /app/log -p mount -t ext4 -o loop,defaults /opt/sdb1 /app/log/ 查看使用率情况: df

有台机器磁盘满了: 进程端口都正常,存活:但是页面却完全打不开了: 日志爆满:删除日志后: 在根上 du -sh * 然后 df -h 发现差别太大了: du -sh * / 才不足7G: df -h 使用量已经 47G了都: 查资料知道 du -sh 和 df -h 之间的区别:但是这种理论上的区别不会导致这种离谱的结果: 进而google得知,是已删除文件未彻底删除导致的: 使用 lsof |grep deleted查看 结果末尾标记为 (deleted)的行: 找到pid 如果方便的话:直

昨天生产环境报日志写不进去了,因此 登陆线上环境后,习惯用df -h命令查看空间使用情况,结果发现该命令执行半天也没有返回. 因此使用mount命令查看该机器上的目录: [conversant@swiftmedia-esc ~]$ mount /dev/mapper/VolGroup-lv_root on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts t

1.现象 同事突然反应说有个服务器进入/目录运行 ls  -l 无反应,同时运行df  -h也卡死了.如果你的机器有用到nfs请直接看第四大点. 2.分析 运行mount [conversant@swiftmedia-esc ~]$ mount /dev/mapper/VolGroup-lv_root on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts

一.背景:一台2T硬盘的mysql服务器,保存电话的CDR信息.按照历史数据的水平,一个月能生成20+GB的文件.然而短短的半年时间,满了?! 登录服务器看谁占了这么大的空间?好吧,slow-query.log华丽丽的占用了1.2T!(运维经验严重不足,线上的一定要关闭这个日志,可以执行命令set global slow_query_log=0;) 二.BUG出现?1. 很自然的手动删除这个log文件.2. 执行删除完毕后,du -sh看当前目录的空间占用.显示从1.8T降到了500GB,很满意

df 命令: linux中df命令的功能是用来检查linux服务器的文件系统的磁盘空间占用情况.可以利用该命令来获取硬盘被占用了多少空间,目前还剩下多少空间等信息. 1．命令格式: df [选项] [文件] 2．命令功能: 显示指定磁盘文件的可用空间.如果没有文件名被指定,则所有当前被挂载的文件系统的可用空间将被显示.默认情况下,磁盘空间将以 1KB 为单位进行显示,除非环境变量 POSIXLY_CORRECT 被指定,那样将以512字节为单位进行显示. 3．命令参数: 必要参数: -a 全部文

模块分2种,也叫库 1.标准库,直接导入import就可以用 2.第三方库,必须先安装再导入import才能使用 import sys print(sys.path) #打印环境变量 这边有一个注意事项,如果你import的库的名字,跟你文件本身的名字一样的话,都叫sys.py 那么import会优先从当前目录下寻找sys.py,那么执行代码就会出错!!! 所以文件名不能跟import的导入库的名字一样! 打印出的环境变量: 'D:\\python\\Python14期课上代码(day1-day

df -h 卡死的情况,那是因为无法统计挂载的目录的大小 一般是因为还挂载了一些外部的目录,如nfs的目录 可以用mount | column -t 命令查看哪些目录 然后umount这些目录, 一般情况下,得先重新连接上,才能umount掉.

在linux系统上有时发现使用df 查看磁盘已使用空间和使用du统计的不相等,例如: [running]root@slave11:/$ df -h Filesystem            Size  Used Avail Use% Mounted on /dev/sda1             9.9G  4.0G  5.4G  43% / /dev/sda3              20G  1.4G   18G   8% /usr/local /dev/sda4          

用lsof / | grep -i delete 从根目录定位打开的被删除的文件 如果定位到某文件占用空间很大 主要是因为我们在删除这个日志文件的时候是用rm -rf *.log这样的命令删除的,删除日志之后又没有重启相应的进程,导致inode节点不被释放,空间一直被占用.如果我们用echo “ ” > /logpath/201109.log这样的命令来清空日志 相关工具: df -h du -h du -sh du -h --max-depth=1 lsof / | grep -i delet

linux执行df -h命令,直接卡在,很久没有任何动静 strace df -h跟踪命令执行,查看卡在那里 还有可能就是重做系统吧,检测下内存条是不是坏了等 http://blog.51cto.com/chenyicai/1924649 https://blog.csdn.net/lufeisan/article/details/53150319 https://github.com/coreos/coreos-kubernetes/issues/739 https://github.com/

df -h 卡死的情况,那是因为无法统计挂载的目录的大小 一般是因为还挂载了一些外部的目录,如nfs的目录 可以用mount | column -t 命令查看哪些目录 然后umount这些目录, 一般情况下,得先重新连接上,才能umount掉.