前阵子接到一个服务器告警说是/目录空间用到了95%当时我就知道又要折腾分区那点事了。这台机器当初装系统时图省事直接把大部分空间都分给了home分区等根目录满了再去调整一堆数据搬来搬去弄得灰头土脸。后来我彻底梳理了一遍Linux硬盘分区管理的知识体系从MBR和GPT的区别到fdisk、parted的实操再到扩容迁移的完整流程总算把这块骨头啃透了。这篇文章就是我的实战记录涵盖了分区表选型、分区工具使用、文件系统挂载、扩容迁移以及常见故障排查适合刚接触Linux的运维新人也适合那些天天跟磁盘打交道但没系统性整理过的老手。1. 先搞懂两套“老规矩”MBR与GPT怎么选1.1 MBR与GPT的本质区别MBR和GPT是两张完全不同的分区表格式决定了磁盘如何组织分区信息。MBR全称是Master Boot Record主引导记录它诞生于上世纪80年代那时候磁盘小得可怜没人想过一块硬盘能超过2TB。MBR的设计非常精简磁盘第一个扇区512字节里引导代码占446字节分区表占64字节最后两个字节是有效性标识。64字节的分区表要放下4个分区表项每个表项固定16字节所以MBR最多只能有4个主分区而且每个分区表项用32位记录扇区数按每扇区512字节计算单个分区最大只能到2TB。这些数字不是拍脑袋定的是数学上算死的基本限制。GPT全称是GUID Partition Table全局唯一标识分区表它在磁盘头部用逻辑块地址LBA1定义分区表头之后用连续的LBA块存放分区表项。每个分区表项占128字节支持128个分区分区大小采用64位上限在理论值上大到根本碰不到。GPT还在磁盘末尾保存了一份完整的分区表备份分区表项带CRC32校验分区表头损坏了可以从备份恢复这在实际运维中简直是救命稻草。我自己的经验是新装的系统盘和数据盘一律优先GP T除非碰到一台老掉牙的服务器固件只支持传统BIOS引导且系统版本太旧才无奈用MBR。另外要留意启动模式传统BIOS MBR是老搭配UEFI启动必须搭配GPT磁盘因为UEFI只认GPT分区表很多人在装双系统时卡在“无法安装到GPT磁盘”就是这个原因。1.2 主分区、扩展分区和逻辑分区的层层关系MBR只有四个主分区的坑怎么绕答案是扩展分区。可以把扩展分区理解成一个“容器”它不是真正能存数据的空间而是用来圈地划分逻辑分区的。逻辑分区数量可以很多但它们都住在扩展分区这个“套间”里。实际操作中很多教程会让你分一个主分区当系统盘剩下全部划为扩展分区再在扩展分区里拆出几个逻辑分区来用。这个结构在fdisk里交互时会体现得很明显新建分区时fdisk会问你是建主分区还是扩展分区选了扩展分区之后再新建的自动就是逻辑分区编号从5开始排。即使只有一个逻辑分区它也叫sda5而不是sda1这是MBR的编号规则决定的。很多人第一次看到这堆编号一头雾水但只要记住“主分区编号前四位逻辑分区从5开始”就够用了。GPT就没有这套麻烦128个分区全都是主分区编号从1到128依次排不存在扩展、逻辑之分。所以从日常操作手感来说GPT远比MBR简单直白。1.3 扇区对齐和起始偏移现代磁盘的隐形门槛除了分区表格式还有一个容易忽略的细节——扇区对齐。老式硬盘扇区是512字节现在的新硬盘物理扇区大多是4096字节也就是常说的高级格式化。如果分区起始位置没有按4K对齐读写性能会明显下降严重时能掉一半吞吐量。现代的分区工具默认都做了对齐处理。fdisk、parted默认起始扇区是20482048乘以512正好是1MiB所以天然就是4K对齐的。但如果你从老教程里学了那种“从第63扇区开始分区”的操作这事在新硬盘上就是灾难。判断对齐很简单用parted /dev/sdb align-check optimal 1返回ok就表示没问题或者直接看fdisk -l输出的起始扇区是不是能被8整除。2. 动手前的准备功课拿到新盘别急着开工2.1 识别磁盘设备别把盘认错了Linux里磁盘设备名有一套命名规则SATA/SAS硬盘通常是/dev/sda、/dev/sdb这种NVMe固态是/dev/nvme0n1这种n1代表第一个命名空间一般就是第一块NVMe盘。设备名按系统扫描顺序分配不一定和物理位置对应所以认错盘在运维里是大事故级别的问题。我先用lsblk看整体结构再用fdisk -l确认具体容量和分区表格式。lsblk输出一目了然树状结构显示分区层级还能看到挂载点。新加的磁盘通常不带分区只有vdb或sdbsize列能看出容量。再加一条lsscsi或者ls -l /dev/disk/by-id/用磁盘序列号来和物理设备对应这才是认盘的靠谱办法。千万不要只凭设备名猜我见过有人把装有数据的旧盘当成空盘给重新分区了场面极其惨烈。2.2 分区表备份低成本高回报的保险对已有数据的磁盘做任何分区操作前先备份分区表。MBR磁盘直接读前512字节dd if/dev/sdb of/root/mbr_backup.img bs512 count1这就把引导代码和分区表一起备份了。GPT磁盘用sgdisk --backup/root/gpt_backup.gpt /dev/sdb更标准恢复时sgdisk --load-backup一条命令搞定。分区表本身占的存储空间极小备份文件也就几KB到几MB但恢复成本天差地别。一次误删分区后我试过用testdisk扫描恢复折腾了一晚上才找回大部分分区而从备份文件恢复不到一分钟。所以我现在养成了习惯凡是新接手一台服务器先做一次分区表备份把备份文件放在和磁盘不同的存储位置这钱花得值。2.3 明确操作边界哪些必须在离线状态做分区表操作有一个基本准则正在使用的分区不要乱动。比如根分区正在进行读写你用fdisk去删它、改它内核会立刻报错数据损坏概率极高。修改分区大小的操作很多时候需要在系统里卸载分区后才能执行。所以动手前先mount | grep sdb看一眼有没有在用的挂载点有的话计划一个维护窗口把服务停了、分区卸载了再处理。不过现在的工具也做了不少在线能力比如parted配合resizepart做分区大小调整时某些文件系统可以在线扩容但删除、重建分区这类操作还是老老实实离线做。3. 经典实操用fdisk划分MBR分区的完整流程3.1 fdisk的交互命令记住这几个就够用fdisk是Linux里最老牌的分区工具交互式命令行模式。输入fdisk /dev/sdb进入交互界面后最常用的命令就几个p打印分区表n新建分区d删除分区w保存并退出q不保存退出m查看帮助t修改分区类型。这个顺序就是操作的主线。新手最容易犯的错误是分完区直接按q退出结果回到shell发现分区没变化折腾半天才反应过来根本没保存。另一个错误是按w保存后系统提示分区表已修改但lsblk看到的还是旧的分区信息这是因为内核还没重新读取分区表老版本内核不会自动刷新需要手动执行partprobe /dev/sdb或者partx -u /dev/sdb通知内核重新读取。我踩过一次这个坑以为分区建失败了重复执行创建命令结果生成了好几个重复分区。3.2 一张100G数据盘从零到完整分区的操作实录假设新加了一块磁盘/dev/sdb想分一个100G的主分区存放数据。我按下面这个流程走fdisk /dev/sdb进入交互界面后依次输入n 新建分区 p 选择主分区 1 分区编号 回车 起始扇区默认2048 100G 结束位置输入容量值 w 保存退出100G这个写法是fdisk支持的单位语法它自动计算出需要多少个扇区来容纳100G比手动算扇区号方便得多。如果想把剩余空间全部分出去结束位置直接按回车用默认值就行。完成后验证一下partprobe /dev/sdb lsblk cat /proc/partitionscat /proc/partitions能直接看到内核已经识别出vdb1或者sdb1了这才是真正生效的证明。lsblk和fdisk -l虽然也能看但/proc/partitions是内核视角更准确。3.3 分区类型的选择改8e或者82之前先想清楚每个分区在分区表里都有一个类型代码MBR时代的代码是两位十六进制数比如Linux文件系统是83swap是82LVM是8eWindows的NTFS是07。fdisk默认新建的Linux分区类型是83如果要用作LVM物理卷或者swap必须用t命令改类型。这个类型不决定分区里实际是什么文件系统它更像是一个标识符告诉系统“这里可能是什么”。但很多引导程序会检查这个标识比如grub引导时如果/boot分区类型标记不对可能启动失败。所以别图省事跳过这步分完区就把类型设置成实际用途对应的值后续排错能省一堆事。3.4 完成分区后的校验习惯分完区我的习惯是立刻做一次完整校验lsblk -f看分区格式和UUIDfdisk -l /dev/sdb看最终分区表再用parted /dev/sdb align-check optimal 1确认对齐没问题。如果是生产环境我还会用wipefs -n /dev/sdb1预览一下这个分区上有没有残余的文件系统签名防止重新分区时新旧信息混在一起产生诡异问题。4. GPT大容量磁盘分区实操与工具选型4.1 为什么超过2TB的盘必须用GPTMBR的单个分区最大2TB是硬编码的32位LBA寻址上限。2的32次方乘以512字节正好等2TiB想突破就得换寻址方式。GPT用64位LBA理论上单分区上限是亿亿字节级别所以超过2TB的磁盘分区表只能选GPT。还有一个细节UEFI启动引导分区必须是FAT格式的EFI System Partition这个分区在GPT下类型代码是EF00。如果用MBR磁盘装UEFI系统固件压根不认直接卡在启动菜单。反过来说老主板只支持传统BIOS不一定能从GPT磁盘启动有些主板要开启CSM兼容模式才能识别GPT。所以选型时要同时看磁盘容量、主板固件和系统引导方式。4.2 parted和gdisk两把操作GPT的好手GPT分区有两个主流工具。parted是GNU分区工具交互方式更接近命令式用mklabel gpt初始化磁盘用mkpart创建分区。gdisk是GPT版的fdisk交互风格和fdisk几乎一样老手切过去几乎零学习成本命令包括n新建、d删除、w保存非常顺手。我个人更偏爱gdisk因为它的交互提示更清晰对新手友好而且提供了备份和恢复GPT分区的功能。4.3 一块4TB数据盘的GPT分区全过程假设有一块4TB的/dev/sdc要整盘作为一个大分区使用我用gdisk操作gdisk /dev/sdc交互输入n 新建分区 回车 分区号默认1 回车 起始扇区默认2048 回车 结束位置默认用掉全部空间 w 保存保存后系统会提示是否确认输入y再执行partprobe刷新。接下来直接mkfs.xfs /dev/sdc1就得到了一块接近4TB的XFS大分区。parted的写法则更命令式parted /dev/sdc mklabel gpt parted /dev/sdc mkpart primary xfs 0% 100%0%到100%表示使用整块磁盘百分比写法省去了算扇区的麻烦。如果只想分一个1TB的区就是mkpart primary 0% 25%因为4TB的25%正好是1TB。4.4 GPT分区表中那个容易被忽略的“保护性MBR”GPT磁盘的开头其实也有一段MBR结构的残留这叫保护性MBR作用是告诉旧工具“这块盘是GPT的别乱动”。很多老掉牙的分区工具不认识GPT看到保护性MBR里那个特殊标志就会拒绝操作整块磁盘算是给数据上了个保险。所以如果你在一台很老的系统上对GPT盘执行fdisk看到“Partition 1 does not start on physical sector boundary”之类的警告先别慌用parted或gdisk确认真实分区表再说。5. 分区之后的关键一步文件系统与挂载5.1 mkfs选型XFS还是ext4别只凭感觉分区完成后还是“毛坯房”需要在上面创建文件系统才能住人。Linux上的文件系统选择主要是ext4和XFS两大阵营。ext4是ext3的后继者最大支持1EiB的卷单文件16TiB支持在线扩容缩容老牌稳定生态极其成熟。XFS是SGI当年为高端计算设计的最大支持8EiB单文件可达8EiB特别适合大文件、大容量的数据存储场景一直是RHEL系列默认的文件系统。XFS在删除大量小文件时性能优势明显但在缩容方面几乎没有支持ext4则灵活一点可以收缩。我的选型观点系统盘小分区用ext4数据盘大容量用XFS。实际创建命令mkfs.ext4 /dev/sdb1 mkfs.xfs /dev/sdc1每个文件系统会有自己的UUID创建完可以用blkid /dev/sdb1查看。这里有个坑对一个已有文件系统的分区重新执行mkfs不会询问确认直接抹掉旧数据。很多误格式化事故就是这么来的务必先检查。5.2 手动挂载与开机自启挂载挂载本质是把一个文件系统和目录树里的某个目录关联起来。手动挂载mkdir -p /data mount /dev/sdb1 /data但重启后挂载失效需要写进/etc/fstab。看一个典型配置UUID12345678-aaaa-bbbb-cccc-123456789abc /data xfs defaults 0 0字段含义分别是分区标识、挂载点、文件系统类型、挂载参数、是否dump备份、是否开机fsck。重点说为什么用UUID而不是设备名设备名会漂移比如拔掉一个U盘原本sdb的设备名可能变成sdcfstab里写死sdb下次就可能挂错盘。UUID是文件系统创建时生成的128位全局唯一标识只要不格式化就不会变写进fstab一劳永逸。查UUID用blkid或者lsblk -f。注意fstab格式错误会导致开机进入紧急模式所以修改后最好mount -a测试一下再真重启验证。挂载参数也有讲究常见的defaults其实是rw、suid、dev、exec、auto、nouser、async的组合。如果挂载目标是数据盘且不打算放可执行程序我习惯加noexec、nodev、nosuid一定程度上提升安全性。数据盘想要性能可以用noatime减少读操作时的访问时间更新次数压力大时效果明显。5.3 分区格式化后别忘记swapswap分区虽然不挂载到目录但也是分区管理的一部分。设置swap分区的流程是先格式化分区再启用mkswap /dev/sdb2 swapon /dev/sdb2同时要在/etc/fstab里写一条文件系统类型填swap挂载点填noneUUIDxxxx /swap swap defaults 0 0服务器内存不足时要评估swap容量这个看业务特征不能一刀切。6. 空间不够怎么办扩容、在线调整与数据迁移6.1 虚拟机磁盘扩容后的系统内处理云平台或虚拟机场景下在控制台把磁盘从100G扩到200G之后操作系统里看到的空间并不会自动变大因为分区和文件系统还没扩展。这块操作区分两种文件系统来对待。GPT分区可以用parted直接改分区大小。假设/dev/vda扩到了200G分区1是根分区parted /dev/vda resizepart 1 100% quit然后让内核刷新分区表partprobe /dev/vda最后对文件系统做扩容resize2fs /dev/vda1这条命令自动把ext4文件系统扩展到分区剩余空间。XFS则用xfs_growfs /注意xfs_growfs后面跟的是挂载点不是设备名。MBR磁盘扩分区麻烦一些不能直接resizepart需要fdisk把旧分区删除再重新创建创建时必须保持起始扇区不变只改变结束扇区。这个操作的容错率很低起始扇区错一个数字数据全毁。所以碰到MBR要扩容我的建议是先备份分区表有条件的直接转换成GPT一劳永逸。6.2 换盘迁移数据的标准流程老盘要退役数据迁移也是分区管理的高频需求。我有一套固定流程lsblk # 确认新旧磁盘 fdisk/gdisk 新盘做好分区 mkfs.xfs 新盘分区UUID会变待会改fstab mkdir -p /mnt/new mount 新盘分区 /mnt/new rsync -aAXv /data/ /mnt/new/ # 注意-aAX保留属主、ACL、xattr umount /data umount /mnt/new blkid 新盘分区拿到UUID更新fstab mount -a 重新挂载后验证数据完整性rsync的参数-AX是很多教程容易漏的-A保留ACL-X保留扩展属性漏掉这俩迁移后的文件权限或者seLinux上下文就可能出问题。迁移完别急着退役旧盘保留几天再清理算是运维的基本素养。6.3 LVM到底值不值得用我用几年后的真实感受LVMLogical Volume Manager把物理分区先变成物理卷PV再聚合成卷组VG最后从VG里切出逻辑卷LV。好处是可以弹性增减LV大小快照也方便。很多企业服务器系统盘直接用LVM挂载就是图这个灵活。但我必须说下LVM的代价它增加了一层抽象排错链路变长LV缩容时XFS不支持ext4缩容也有风险迁移时还得注意VG的设备映射关系搞复杂了它坑也不少。我的建议是小规模单机场景直接分区分好不需要LVM集群、云原生场景下有StatefulSet的PV需求或者将来空间规划不确定的LVM是值得的。7. 日常巡检与分区故障排查实录7.1 每天看一眼这几个命令问题早发现磁盘出问题往往不是瞬时的天天巡检能在还来得及的时候发现问题。我先看df -hT确认空间使用率再看df -i确认inode使用率。很多人只看空间不看inode结果目录里塞了几十万个小文件空间没满但inode耗尽照样报“No space left on device”。IO压力大的机器顺手用iostat -x 1看看%util和await这两个指标util接近100%且await明显偏高时磁盘基本在满负荷硬扛了。还想更细就看lsblk -d -o name,size,rota,modelrota为1表示机械盘0表示固态常常能解释为什么某块盘慢得离谱。7.2 分区故障速查表现象常见原因处理思路df显示空间没满但报No spaceinode耗尽df -i确认后删除小文件或加新分区mount报“wrong fs type”分区没有文件系统或类型不对blkid查看实际类型重新mkfs或换挂载参数开机进紧急模式fstab写错、UUID对不上救援模式注释对应行用blkid找回正确UUIDfdisk显示分区表异常MBR和GPT引导信息损坏用备份文件恢复或用testdisk扫描挂载后文件看不到挂载点原本是空目录旧数据被掩盖先卸载确认原挂载点数据再决定挂载策略内核不识别新分区未执行partprobe执行partprobe /dev/设备名刷新分区表删除分区提示device busy分区在使用中检查进程占用、swap占用先umount和swapoff7.3 分区表损坏后的应急思路分区表损坏最怕的是“慌”字。我处理过几次流程大致是先判断数据损失范围用lsblk和fdisk看当前状态不要对磁盘做任何写操作包括mkfs、写分区表这类高危操作因为新写入会覆盖原始数据增加恢复难度。有备份的情况下直接恢复分区表最快。比如sgdisk备份过sgdisk --load-backup/root/gpt_backup.gpt /dev/sdb然后partprobe刷新完事。没有备份的用testdisk这类工具扫描分区表结构软件会遍历整个磁盘寻找可疑分区边界根据找到的边界重建分区表。这个流程很耗时间但比起重新格式化丢失数据已经算是最优解了。经历过一次分区表恢复后我对“备份趁早”这四个字的体会特别深。现在每次新接手机器我必做的一件事就是备份分区表和关键配置到其他存储文件不大却可能省下几天的工作量。最后分享一个私藏的小习惯每次分完区我会顺手写个文本文件记录下某块盘的用途、分区数、每个分区的起始和结束扇区、文件系统类型、挂载点、UUID保存到这台机器之外的某个地方。磁盘上谁是什么分区、为什么这么分几个月后就记不清了而这份笔记能在排查问题时直接省掉一小时的回忆时间。分区管理这件事方案是死的踩坑经验是活的多备份、多记录、别手贱基本就够用了。