Linux系统扩容及挂载目录

嘿，Linux扩容和挂载目录这事儿吧，我跟你唠唠。
我上次给客户做服务器升级，就踩了不少坑，正好给你捋一捋。

一、Linux系统扩容
这步骤得一步步来，别急：
1 . 先看家底 你得知道哪儿缺空间。
用 df -h 命令查一下。
比如我上次在上海机房，查到 / 根目录和 /opt 目录都快满了，就得扩容这两个。
bash df -h
2 . 找空闲硬盘 用 lsblk 查看当前有哪些盘。
我上次在上海客户的机器上，发现 /dev/vdb 还没分过区。
bash lsblk
3 . 分区 对 /dev/vdb 用 fdisk /dev/vdb 分区。
输入 n 新建分区，p 主分区，然后一路回车默认就行，最后输入 +3 00G 创建3 00G分区（或者直接回车用剩余空间）。
最后 w 保存。
bash fdisk /dev/vdb 注意： 如果硬盘超过2 T，用 gdisk 而不是 fdisk。

4 . 同步分区 用 partprobe /dev/vdb 让系统识别新分区。
这一步很重要，我上次忘了同步，结果系统一直没看到分区。

5 . 创建物理卷 对新分区用 pvcreate /dev/vdb1 bash pvcreate /dev/vdb1
6 . 看物理卷 用 pvdisplay 查一下是否创建成功。

7 . 加到卷组 查看当前卷组用 vgdisplay -v，比如我的系统里有个 centos 卷组。
然后用 vgextend centos /dev/vdb1 把新物理卷加进去。

8 . 扩展逻辑卷 对需要扩容的逻辑卷，比如根目录 /dev/mapper/centos-root，用 lvextend -L +3 00G 扩容。
bash lvextend -L +3 00G /dev/mapper/centos-root
9 . 调整文件系统 根据文件系统类型调整大小。
如果是 ext4 ，用 resize2 fs /dev/mapper/centos-root。
bash resize2 fs /dev/mapper/centos-root
1 0. 验证结果 最后用 df -h 看一下，是不是真的扩容了。
我上次扩完还反复查了好几次。

二、挂载目录
挂载新分区比扩容简单点：
1 . 先建个挂载点 用 mkdir /zss 创建新目录。
bash mkdir /zss
2 . 挂载分区 用 mount /dev/vdb1 /zss 挂载。
我上次挂载后还用 df -h 确认了一下。
bash mount /dev/vdb1 /zss
3 . 设置自动挂载 修改 /etc/fstab，加一行： bash /dev/vdb1 /zss ext4 defaults 0 0
4 . 卸载时用 如果要卸载，用 umount /dev/vdb1 我上次测试卸载时，发现要先找到分区的挂载点。

踩坑提醒：

我上次在上海客户那里，忘了在扩容前备份数据，结果搞砸了。
所以重要数据一定先备份！
分区时别手抖，选错盘会直接爆。
我有个朋友踩过这种坑，哭都没地儿哭。

resize2 fs 调整文件系统大小时，最好在低负载时操作，我上次搞到系统卡了半天。

反正你按这步骤来，基本不会出大问题。
不过具体命令和选项，还得根据你的系统环境调整。

linux磁盘扩容步骤

新增磁盘：物理添加，fdisk分区，mkfs格式化，mkdir挂载点，mount挂载，/etc/fstab添加。

原有磁盘LVM扩容：vgextend，lvextend，调整文件系统大小。

LVM扩容：物理添加，fdisk查看，同原有磁盘LVM扩容步骤。

提醒：扩容前备份数据。

Linux磁盘管理四剑客：从诊断到扩容的完整指南

等等，昨天半夜被服务器提示音吵醒，一看是磁盘满了，吓得我赶紧打开终端开始排查。
Linux这东西吧，有时候真让人又爱又恨。

---
先说个事儿，我办公室那台旧的NAS，用着用着突然连不上网了。
后来发现是硬盘满了，数据都打不开了。
这时候就该用df命令了，终端敲一行df -hT，立刻就能看到哪个挂载点快满了。
记得去年这个时候，我们测试环境的数据库分区满了，导致备份失败，最后花了整整两个晚上才清理完那些没人用的日志文件。

---
说到du命令，上次帮隔壁组清理归档文件时真是帮了大忙。
直接用du -sh | sort -hr，瞬间就找到了那个1 TB的临时缓存目录。
那个目录里全是上个月实验留下的数据，硬生生删了三天才清理完。
不过话说回来，这命令真是个好东西，就像个寻宝猎人，总能帮你找到那些隐藏的"资源怪兽"。

---
fdisk这老伙计，我第一次用的时候差点搞砸过。
记得在数据中心给服务器扩容时，手一抖按了w保存，结果把生产分区的类型改成了扩展分区。
幸亏当时反应快，用echo -e 'g' | fdisk /dev/sdb恢复了MBR模式。
这个工具用着简单，但稍有不慎就是灾难，就像刀子，用好了是神兵，用不好就是凶器。

---
parted是近些年用得越来越多了。
去年新机房那批服务器都是2 TB以上的硬盘，全用GPT分区。
创建分区时用parted -a optimal /dev/nvme0n1 mkpart primary 0% 1 00%，比fdisk方便多了。
不过要注意，在旧系统上这两个工具会冲突，记得有一次在虚拟机里搞混了，结果分区表全乱套了，差点蓝屏。

---
最怕的还是误操作。
记得上个月在测试环境用fdisk调整分区大小，结果命令加了个空格，整个分区直接消失了。
幸好当时做了快照，不然又要加班到凌晨。
现在我们实验室规定，所有磁盘操作前必须用lsblk和mount确认一遍，这个习惯真是救过我不少次。

---
现在想啊，如果有个工具能把这些命令集成起来就好了。
比如自动检测满盘情况，然后智能推荐清理目录，再自动备份重要数据... 不过话说回来，这种自动化会不会反而让人更依赖？就像我那个习惯用sudo rm -rf 的同事，每次都差点酿成大错。

---
突然想到，当年学Linux的时候，师傅教我们一个口诀："df看总量，du找源头，fdisk小心用，parted看对齐"。
现在想想，真是至理名言。
不过现在有了云盘，这些命令用得也少了些，但真遇到问题，还是得靠这些老伙计啊。

---
哎，不知道你们有没有遇到过特别离奇的磁盘问题？比如硬盘突然变成1 K每扇区，或者分区表变成乱码... 下次聊吧。