Linux磁盘分区实战：从分区表选型到fdisk/parted/mkfs应用

做Linux运维和服务器管理这些年磁盘分区是绕不开的基础操作。无论是给新服务器装系统还是给数据盘做扩容fdisk、parted、mkfs这三个工具几乎是每台机器上都要用到的“三件套”。我见过不少新手在这上面栽跟头比如分区表选错导致数据毁掉或者格式化时把文件系统类型搞混结果挂载后性能差一大截。今天这篇就结合我自己的实操经验把Linux磁盘分区这件事彻底讲清楚。1. 分区这件事先搞清楚底层逻辑1.1 为什么不能直接格式化一整块盘新拿到的磁盘在系统里显示为一个裸设备比如/dev/sdb。你可以直接对它mkfs创建文件系统然后挂载使用这在生产上是可以的但日常更建议先分区。原因有几个一是分区可以把一块物理盘拆成多个逻辑区域比如系统盘和数据盘分开数据盘崩溃时系统还能启动二是可以做容量配额和权限隔离比如/boot分区只读挂载/home独立分区编译临时文件放/tmp分区并限制大小三是文件系统损坏时单分区的影响范围可控。我用生活化类比解释一下物理磁盘就像一个没隔断的大仓库分区等于在里面砌隔断墙。你当然可以从仓库门口直接往里堆货但一旦某个角落着火整个仓库都完蛋。砌了隔断至少还能抢救出其他区域。这里有个容易被忽视的点分区本身并不会让数据更安全它只是把故障域和数据管理边界切小。真正要防的是整个磁盘物理损坏——那不管分不分区都一样丢数据所以该做RAID或备份还是得做。1.2 MBR和GPT分区表到底选哪种分区表是磁盘上第一块区域记录分区的起始位置、大小、类型等元信息。当前主流就是MBR和GPT两种。MBR是传统方案出现在1983年使用64字节的分区表项最多4个主分区。想分更多区就得用扩展分区逻辑分区的嵌套结构。MBR有个硬伤主引导记录只有512字节其中分区表只占64字节每个分区表项16字节所以才有4个主分区的上限。而且MBR用32位逻辑块地址最大支持约2TB的磁盘容量。超过2TB的盘用MBR剩下的空间基本浪费所以现在的服务器盘动不动几TBMBR已经不合适了。GPT是UEFI时代的标准分区表项放在磁盘头部用LBA逻辑块地址方式寻址理论上支持的最大容量要到ZB级别2的64次方乘512字节。一个磁盘可以创建128个主分区不需要再搞扩展分区和逻辑分区。而且GPT在磁盘尾部还存了一份分区表备份前面坏了还能恢复这点比MBR稳很多。另外GPT不用像MBR那样在磁盘首部留出分区表空间起始位置可以更精确。选哪套我的经验是只要不是老掉牙的BIOSMBR启动方式能上GPT就上GPT。尤其现在UEFI已经是默认固件GPT是顺理成章的选择。只有在做双系统引导、老设备兼容性测试或者磁盘拿来装一些不识别GPT的旧系统时才会考虑MBR。不过这里要提醒一句MBR和GPT的切换必须在格式化或分区之前决定。已经用MBR分好区并写入数据的磁盘想切成GPT需要先把分区删掉重建数据会全部丢失。我之前就见过一个同事服务器上四块4TB盘做了RAID5拿到来一看是MBR分区表单分区只识别出2TB剩下空间干脆看不到最后只能在业务低峰期把所有数据备份出来、重做分区表折腾了一宿。2. 工具选型fdisk、parted、mkfs各自负责什么2.1 fdisk交互式分区的老将MBR时代的首选fdisk是所有Linux发行版里几乎默认自带的工具用法比较交互式。输入fdisk /dev/sdb后会进到一个命令行交互界面输入m看帮助、p打印分区表、n新建分区、d删除分区、w保存退出。这套键位操作在老的Unix/AIX等系统上也很相似很多老运维闭着眼睛都能敲。fdisk在新版内核和util-linux包里其实已经支持GPT分区了你直接用fdisk /dev/sdb也能创建gpt分区表但它的交互设计毕竟是MBR时代传下来的对GPT的特殊操作比如修改分区名、调整分区属性这类做得不够直观。另外fdisk操作过程中只是把分区表信息暂存在内存里必须用w命令写入才真正生效。新手很容易忽略这一点做了一个d删除分区后直接退出发现什么都没变。fdisk适合做快速简单的分区操作比如一块盘只分一个区或者查看当前分区表。它的优点是对MBR的分区类型代码覆盖全面比如82代表Linux swap83代表Linux文件系统8e代表Linux LVM这些Type ID在运维场景里经常要用。用fdisk查看分区表的命令是fdisk -l /dev/sdb不带交互就能列出当前分区。新版util-linux还会显示磁盘标签类型和起始/结束磁柱编号方便核对。2.2 partedGPT大容量磁盘的操盘手parted是另一套分区工具设计上同时支持MBR和GPT对GPT的支持比fdisk更彻底。它有几个明显优势第一parted可以直接在命令行用非交互方式执行比如parted /dev/sdb mklabel gpt能直接把分区表设为GPTparted /dev/sdb mkpart primary ext4 1MiB 100%能创建一个从1MiB到磁盘末尾的分区。这非常适合写在脚本里做自动化。第二parted对容量的计算更友好。fdisk老版本的菜单是按柱面数计算的新版本虽然支持MiB/GiB但parted可以直接指定百分比或者start/end位置。比如mkpart primary ext4 0% 50%就是把前半块盘分出去做自动化驱动时非常方便。第三parted能创建分区时顺便指定文件系统类型虽然实际还是靠mkfs完成但它在分区表里做了标记。这个“类型标记”和真正格式化是两回事很多人误以为parted创建分区就自动格式化了其实并没有。它只是向分区表写了一个类型字符串方便引导程序和工具识别。parted的缺点也很明显交互界面比fdisk还反人类。进入parted /dev/sdb后输入help列出的命令不少但对新手极不友好输了print、quit这些就会直接退出没有fdisk那样按q还是按w的提示。而且parted对MBR扩展分区/逻辑分区的处理比较别扭还是那句话只推荐在GPT场景使用。2.3 mkfs格式化命令决定文件系统的下限mkfs本身不是一个程序而是一个前端入口比如mkfs.ext4实际上会调用mkfs.ext4这个单独的二进制mkfs.xfs调用的是xfs格式化工序。但不管哪个它做的事情都是在一整块设备或分区上创建文件系统结构——把超级块、inode表、块组、日志等元数据写进去。选择mkfs的哪个子工具本质上是选择文件系统。常见的选择有ext4Linux传统主力兼容性好支持日志适合一般服务器和数据盘。xfsRHEL系默认文件系统适合大文件和大分区的场景xfs_growfs在线扩容也是它受欢迎的很大一个原因。RHEL7之后默认装的就是xfs。btrfs支持快照、压缩、自愈等高级功能但生产环境我一般还是谨慎使用尤其是跨内核版本升级后要关注兼容性。vfat/exfatU盘、移动硬盘、和Windows交换数据用。mkfs命令的“格式化”过程非常快但它实际上并不会完全擦除原盘数据。它只是把文件系统的元数据区域清零重写数据区可能还残留旧内容。所以如果你拿一块旧盘做格式化然后用extundelete这类工具扫描有时还能找回旧文件。这对数据安全是个隐患敏感数据该用shred或dd清盘还是得先处理。3. 实操过程从一块裸盘到可用分区3.1 磁盘识别与规划拿到一块新盘第一步不是直接分区而是搞清楚它在系统里被识别成哪个设备节点。常见命令lsblk树状列出所有块设备能看到设备名、大小、挂载点、子设备分区信息。fdisk -l列出所有磁盘及分区表。不加参数执行需要root权限。blkid查看块设备的UUID和文件系统类型。新盘一般是/dev/sda、/dev/sdb这种SCSI/SATA设备或者/dev/nvme0n1这种NVMe设备。NVMe设备的命名规则是nvme0n1代表第一个NVMe控制器下的第一个命名空间分区则是nvme0n1p1注意和sda1的命名差异写脚本时要小心。然后规划分区方案这块盘打算做系统盘还是数据盘系统盘通常需要/boot分区、/根分区、swap分区数据盘一般就是整盘一个分区挂载到某个目录。如果是做LVM可以不做分区直接用PV但部分旧引导环境还是需要一个/boot分区来引导系统。我一般会先用lsblk确认设备名再查一下设备是否有有效分区表fdisk -l /dev/sdb如果是全新盘系统会提示“doesnt contain a valid partition table”或者直接显示Disk /dev/sdb: 5TiB, ... 没关系。3.2 fdisk创建MBR分区的完整步骤举个例子把/dev/sdb分成两个主分区第一个5GB第二个剩余空间全部给数据。sudo fdisk /dev/sdb交互步骤Command (m for help): n Partition type: p primary (0 primary, 0 extended, 4 free) e extended Select (default p): p Partition number (1-4, default 1): 1 First sector (2048-10485759, default 2048): 2048 Last sector, /-sectors or /-size{K,M,G,T,P} (2048-10485759, default 10485759): 5G Command (m for help): n Select (default p): p Partition number (1-4, default 2): 2 First sector (10485760-10485759, default 10485760): Last sector, /-sectors or /-size{K,M,G,T,P} (10485760-10485759, default 10485759): Command (m for help): p Command (m for help): w注意几个细节这里分区起始扇区输入的是2048这个值是默认对齐值。新版本fdisk默认就是2048扇区1MiB正好和现代SSD的4K对齐要求一致。如果你手工把起始扇区改成63或者别的非对齐值SSD性能会明显下降。Last sector用了5G这种相对写法fdisk会自动计算到5G结束的扇区。这是util-linux 2.23.1之后才有的语法老脚本里经常用512M或直接写柱面号要注意区别。w写入前所有操作都没有真正生效。如果你只是练手输入q可以放弃修改。3.3 parted创建GPT分区的完整步骤同样把/dev/sdb做成GPT分区我更喜欢用命令行方式一步到位sudo parted /dev/sdb mklabel gpt sudo parted /dev/sdb mkpart primary ext4 1MiB 50% sudo parted /dev/sdb mkpart primary xfs 50% 100%这三行命令完成了三件事把磁盘分区表变成GPT创建第一个分区从1MiB到50%位置创建第二个分区从50%到磁盘末尾。注意mkpart后面的ext4和xfs只是分区表类型标记并不会真的格式化。你仍然需要用mkfs.ext4和mkfs.xfs分别格式化这两个分区。如果要在脚本里动态获取分区起始位置可以用parted的unit命令切换显示单位sudo parted /dev/sdb unit s print这样输出都以扇区为单位方便脚本解析。3.4 mkfs格式化和挂载分区完成后用mkfs格式化分区sudo mkfs.ext4 /dev/sdb1 sudo mkfs.xfs /dev/sdb2扩展解释mkfs.ext4会创建ext4文件系统输出超级块信息、inode数等。创建时可以用-m参数指定保留块百分比默认5%对大数据盘来说太浪费可以设为0或1。mkfs.xfs创建xfs文件系统输出日志信息。RHEL8/9默认xfs分区格式化时会自动根据设备大小计算日志大小一般不用调。格式化完成后blkid查看UUIDsudo blkid /dev/sdb1然后创建挂载点并挂载sudo mkdir /data1 sudo mkdir /data2 sudo mount /dev/sdb1 /data1 sudo mount /dev/sdb2 /data2如果希望重启后自动挂载往/etc/fstab写条目。这里我强烈建议用UUID而不是设备名因为设备名在系统重启、多块盘顺序变化时可能变比如sdb变成sdc而UUID是文件系统生成时写入的永久标识。fstab示例UUIDxxxx-xxxx-xxxx /data1 ext4 defaults 0 0 UUIDyyyy-yyyy-yyyy /data2 xfs defaults 0 0写fstab后必须做一步验证systemctl daemon-reload然后还要用mount -a检查是否能正确挂载确认无误后再实际重启。否则fstab写错重启后系统可能会进入紧急模式处理起来很被动。4. 常见问题与排查技巧实录4.1 为什么Linux看不到超过2TB的磁盘空间最常见的场景是一块4TB盘fdisk -l只显示2TB剩下空间消失。原因就是MBR分区表对每个分区的最大寻址范围有限超过2TB的空间没有可用空间去映射。解决方法很简单把分区表换成GPT。注意操作前必须备份数据因为mklabel gpt会清空整个磁盘分区表。如果你不想整盘重做可以用sgdiskGPT专用工具备份分区表再用parted或sgdisk恢复。但实测下来最稳妥的还是备份数据→重建GPT→重新分区→恢复数据毕竟分区表重建时一旦出错数据救不回来。4.2 用parted建了分区但mkfs找不到设备节点这种情况经常出现在刚从MBR转换成GPT的场景或者分区表写入后内核没有立即重新读取。解决方法sudo partprobe /dev/sdb或者用parted的print命令刷新。partprobe会通知内核重新读取分区表比重启系统便宜很多。如果partprobe也无效可以试试取消挂载、用udisksctl或者直接reboot——不过一般来说partprobe就能解决。4.3 分区表类型不对导致引导失败服务器重启后卡在引导界面很多情况下是分区表类型和系统固件不匹配。比如用UEFI启动的系统引导分区必须是GPT格式而老机器BIOS启动如果用GPT分区表又没装好兼容引导程序也可能引导不起来。这属于“分区→格式化→挂载”之外的引导层面问题但经常被人在分区阶段踩到。排查思路确认固件是BIOS还是UEFI在启动时看界面或者用efibootmgr然后检查分区表类型。如果是UEFI建议整个磁盘用GPT且创建一个EFI System PartitionESP分区Type code EF00挂载到/boot/efi来做引导如果是BIOS建议用MBR。很多发行版安装器会自动处理这些但手动分区时就得自己注意。4.4 SWAP分区到底要不要单独建这问题老生常谈但每次装机都会有人纠结。我的看法是物理内存小于8GB的机器建议保留一个SWAP分区大小可以设为内存的1~2倍内存16GB以上SWAP可以弱化存在但留一个8GB的SWAP分区对某些内存峰值应用还是有兜底价值。也可以用文件方式做swapfallocate -l 8G /swapfile mkswap /swapfile但物理机上分区swap比文件swap稳定也便于和LVM配合。一条经验在虚拟化环境里swap分区不一定越大越好。因为虚拟机的swap交换会占宿主机资源如果宿主机内存不足频繁换页会导致严重卡顿。所以云端服务器上我一般建议压到很小甚至不用优先靠内核的overcommit和OOM来隔离具体得看你的业务和预算。4.5 误删分区后的数据恢复谁都有手滑的时候。我恢复过一次fdisk里误删的分区用的是testdisk工具。原理是扫描磁盘上的分区表残留信息重新恢复分区表边界。操作流程大致是立即停止对磁盘的写入非常重要任何新数据都可能覆盖旧分区元数据。testdisk /dev/sdb选择分区表类型对应选项一般是EFI GPT或Intel MBR。Analyze扫描选择Quick search找到Deleted分区后按P预览文件然后Write恢复。恢复后立即备份数据然后考虑重建分区表。不过这种恢复成功率取决于很多因素分区表写了多久、有没有继续写入、文件系统是否有日志覆盖等。“新分区后立刻后悔、马上恢复”的成功率很高用了一个月后才发现的希望很渺茫。所以分区表操作前备份分区表是成本最低的保险。可以用sgdisk /dev/sdb -b backup-sdb.gpt备份恢复用sgdisk -lgpt-backup-sdb.gpt /dev/sdb。5. 从分区到文件系统还有哪些坑可以提前避开5.1 对齐问题性能差几倍的真凶固态硬盘内部以4K页面为最小读写单位如果不幸把分区的起始扇区设在某个4K块中间一次读取可能触发两块物理扇区的IO写放大增加性能下降。虽然现在很多SSD主控的4K对齐策略已经很聪明但手动分区时仍然推荐把分区起始位置设在4K对齐边界上也就是按照1MiB2048扇区为基准。用parted创建分区默认就是从1MiB开始的所以对齐基本不用操心如果使用fdisk交互默认起始扇区一般也是2048这也是好事。关键是那些从老经验抄来的脚本里如果写了63这个传统MBR起始扇区就一定要改。5.2 LVM和普通分区怎么选很多教程一上来就推LVM说弹性扩容方便但实际生产中普通分区依然有它的位置。我的建议是如果磁盘是作为独立的非系统数据盘且容量不会频繁调整直接普通分区文件系统即可简单可靠。如果是系统盘、需要频繁扩缩容、跨盘组成卷组才考虑LVM。但LVM卷组和逻辑卷的创建、扩展、缩减本身的复杂度比普通分区高不少对新手是一个学习门槛。扩容这件事还要看文件系统。xfs支持在线扩容但是不支持缩容ext4支持缩容但需要先卸载分区根分区除外而且操作前必须有文件系统备份。这块很多人不清楚我专门吃过亏——线上数据盘是xfs想缩容对不起只能重新创建文件系统再恢复数据。所以分区规划时就要想清楚以后有没有缩容需求。5.3 网络存储和本地盘在分区上的差异如果你的服务器挂载的是SAN、NAS这种网络存储接收到的设备可能是/dev/mapper/mpatha这种多路径设备或者iSCSI设备。对这类设备分区有一点需要特别注意多路径设备的分区表变更需要先运行multipathd reconfigure或对映射设备重扫否则内核里看到的还是旧分区信息。而且网络存储盘往往对IO延迟更敏感分区大小、文件系统日志策略都要额外考量。相比之下本地NVMe SSD做分区就简单——但NVMe盘命名不是sda而是nvme0n1分区是nvme0n1p1在一些老旧工具上可能识别不出来。另外NVMe通常不建议做swap分区因为swap的频繁写会缩短SSD寿命如果非得用也得优先考虑在NVMe盘上做独立的分区并且关闭swapiness到很低的值。6. 最后一个实用技巧分区表操作的“三步确认法”每次操作硬盘我都在心里过一遍“三步确认法”分享给你第一步确认设备名。用lsblk对照磁盘大小、挂载点、厂商信息确认你要操作的就是那块盘而不是手滑把系统盘给清了。第二步确认分区表状态。用fdisk -l或者parted print查看当前分区表类型、已存在的分区、剩余空间。如果设备已经有分区且有数据务必先备份。第三步确认操作边界。不管用fdisk还是parted操作后先不写盘用p或print查看结果确认分区起始位置、类型、大小都符合预期再执行w或quit。我在实际工作中三步确认法帮我避开过好几次大坑。有一次给数据库服务器加数据盘lsblk一看发现有两个/dev/sdb仔细核对大小才发现是新盘总算没把系统盘搞坏。最后说点经验收尾分区这活看着简单但每个环节都有它存在的理由——分区表类型决定容量上限分区边界决定性能文件系统决定可用功能挂载方式决定可维护性。把这些基本逻辑吃透遇到具体磁盘设备时就不慌了。实操中最值得养成的习惯是任何分区、格式化操作前先执行lsblk、df -h、blkid把当前环境摸清楚再对目标设备做一遍分区表备份操作中如果拿不准w还是q就停下来查资料宁可不改也不要乱写操作后一定用mount -a和df -h验证挂载正确再清理临时目录。这篇文章里写的都是我自己踩过坑之后总结出来的东西希望能帮你少走几步弯路。你在实际环境中遇到什么分区问题也欢迎带着场景来交流——很多时候同行的现场方案比文档更值钱。