linux根分区满了怎么办?

linux根分区扩容 今天网站上传图片出问题了,一开始还以为是程序问题,后来发现原来是服务器存储空间不够,明明有200G的磁盘空间,没理由这么快就用完,查了一下分区情况,原来有两块磁盘,根分区只挂载在大少只有10g那块磁盘上面,而且已使用了100%了!接着就要为根分区扩容了:(环境:redhat 5.2 x64) 1:查看分区情况 shell>fdisk -l Disk /dev/sda doesn't contain a valid partition table, 这句说明了190g的磁盘没

背景:ZABBIX(Centos 6.2 X64)监控服务器在安装的时候规划不好,根分区不够大只有33G,使用率已经到达98% ,经过使用 #du –sm检查发现原因是mysql下的ibdata1占用了32G. 优化变得刻不容缓,就在本机而言mysql 迁移有两种方法 . 第一种是修改.../etc/my.conf 等设定 第二种是软连接的方法 . 连接相对简单,快捷故选择第二种方法 关闭服务器,添加一个新的虚拟硬盘到虚拟机. 查看新的硬盘 # fdisk –l 创建新的分区 # fdisk /

今天网站上传图片出问题了,一开始还以为是程序问题,后来发现原来是服务器存储空间不够,明明有200G的磁盘空间,没理由这么快就用完,查了一下分区情况,原来有两块磁盘,根分区只挂载在大少只有10g那块磁盘上面,而且已使用了100%了!接着就要为根分区扩容了:(环境:redhat 5.2 x64) 1:查看分区情况 shell>fdisk -l Disk /dev/sda doesn't contain a valid partition table, 这句说明了190g的磁盘没分区 2:磁盘分区 s

转载请注明源出处:http://www.cnblogs.com/lighten/p/6825938.html 1.缘由 由于需要对虚拟机中的软件进行升级,执行yum update的时候,整个更新包在800MB以上,但是根分区的大小只剩下400MB不到,当时创建的时候也只分配了10G的空间.因此必须对根分区的大小进行扩容,网上找了很多方法,但是由于我的情况比较特殊,折腾来折腾去总算是弄好了,故此记录一下,进行分享. 之前安装虚拟机的时候是分配了20G的空间,但是分为了两个挂载点/和/home,所以

linux 根分区LVM扩容 ### df -h 看看现在硬盘的情况 #lsblk 查看磁盘目录 # fdisk -l 可以看到新添加的硬盘/dev/sdb #分区: n p enter t 8e W # lvm lvm>vgdisplay 可以先看卷组是否还有剩余空间可以扩展, 有的话直接扩展,没有或不够的话把新的硬盘添加进去 同时查看到 VG组名: Centos # lvm>pvcreate /dev/sdb1 使用新的整个硬盘创建一个lvm物理卷 #将新创建的物理卷加入VG组 #vgdi

一.查看磁盘挂载情况以及磁盘信息 #]df  -h #]lsblk 二.对新增的/dev/vdc磁盘进行分区 #]fdisk /dev/vdc 将分区/dev/vdc1和/dev/vdc2的格式修改为Linux LVM 查看磁盘/dev/vdc分区情况 三.将/dev/vdc1制作成物理卷.显示卷组信息.将/dev/vdc1加入到卷组centos中(卷组扩容).显示物理卷与卷组信息 #]pvcreate  /dev/vdc1 #]vgdisplay #]vgextend  centos  /de

1. 删除不必要的备份或LOG 2. 将写频繁的目录单独挂载至一个分区中 3. 使用LVM 4. 根据服务器业务需求,重新规划下业务应用分区 换硬盘 查找大文件 find / -type f -size +1G | xargs -i ls -l {} | sort -nr -k5 | head -20

1,原理分析: 通过调查,是由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送Cron所有者, 而由于客户环境中的sendmail和postfix没有正常运行,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面,而且没有自动清理转换的机制,所以长达一年的时间,此目录已堆积了大量的文件.查看man cron的信息,可以知道会发送给cron owner. [[email protected] postfix]# man cron

1.使用df-h查看空间使用情况 文件系统 [[email protected] ~]# df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/centos-root 50G 4.6G 46G 10% / devtmpfs 7.8G 0 7.8G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 11M 7.8G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/sda2 8