我原本写博客是围绕知识体系的，但我在解决一个问题的时候，这个探索的过程相对来说更有意思，它可能涉及到不同的知识点。过分的理性会掩盖自己的灵性，掩盖自己真实的天赋。
发现问题
前几天我的一台服务器使用rsync命令总是提示连接被关闭，我是用mac连的，服务器和mac基本都没做过什么更改，于是我去github上找。导致这种情况的常规原因主要是以下两个：
- 远程机器没有装rsync —— 怎么可能，我都传了N次了，这条PASS。
- 远程机器不存在对应目录 —— 怎么可能！！我都传了N次了，全PASS。
所以我应该怎么办？有一瞬间我想去看rsync的源码（是什么东西让你如此膨胀？），就此灵光一闪去升级rsync。
brew install rsync # 走你
安装完了之后, 再次传输文件，提示远程服务器硬盘已滿！！！只可惜这是前几天的事情，我现在只是回忆，没有图。
学习
于是经过一番学习，掌握了寻找大文件的方法，这里略去过程，我知道这废话太多了：
这个 df -hl用于查看各挂载盘区的容量使用情况。
当时通过这个命令发现/dev/vda1这个盘被占满了，但是如何找到那个大文件呢？
下一个命令： **du -sh * **：
此命令用于查看当前目录下各目录的大小，经过一番查找，终于找到了一个巨大的日志文件，删除掉了以后。 OMG！！！
磁盘并没有释放空间！！！
我又灵光一闪，觉得是产生这个日志的服务可能还引用着这个文件，于是我直接重启服务器，完美解决。这个引用还挺有意思的，就跟程序语言里面的垃圾回收一样。
磁盘操作
检测
# 查看所有磁盘
fdisk -l
# 查看已挂载磁盘
df -hl
# 查看当前目录下文件大小
du -hl
磁盘更改大小
后来经常遇到磁盘空间需要重新分配的情况，这里记录下
# 缩减 /dev/mapper/centos-home
umount /dev/mapper/centos-home
# 缩减为10G
lvreduce -L 10G /dev/mapper/centos-home
# 增加到/dev/centos/root上
lvreduce -L 20G /dev/mapper/centos-home
# 延伸其空间（刷新）
xfs_growfs /dev/centos/root
# 扩展剩余空间给目标
lvextend -l +100%FREE /dev/mapper/cl-root
# 格式化并重新挂载home
mkfs.xfs -f /dev/mapper/centos-home
mount /dev/mapper/centos-home /home