Linux如何使用parted分区大磁盘_Linux parted大磁盘分区实战-LINUX-PHP中文网

大磁盘必须用gpt，parted是唯一可靠工具：先mklabel gpt，再1mib对齐分区，扩容后需resizepart+partprobe+文件系统扩展，且须验证gpt备份。

linux如何使用parted分区大磁盘_linux parted大磁盘分区实战

大磁盘必须用 GPT，而 parted 是唯一靠谱的创建工具

超过 2TB 的磁盘如果还用 fdisk，分区表写进去也白搭——内核根本认不全，lsblk 显示容量截断、df -h 看不到新增空间，甚至格式化后 mkfs 报 “Invalid argument”。这不是命令输错了，是 MBR 分区表物理上限卡死在 2TB。只有 parted 能可靠初始化 GPT 分区表，且默认行为就适配大磁盘：自动对齐到 1MiB 边界、支持百分比单位、无需手动算扇区。

parted /dev/sdb mklabel gpt 是第一步，也是不可跳过的一步；不执行这句就直接 mkpart，它会静默沿用旧的 msdos 表（哪怕设备全新）
别信“parted 默认用 GPT”——它只在检测到磁盘 >2TB 时才提示切换，但不强制，交互式里不敲 mklabel gpt 就还是 MBR
云平台扩容后的磁盘（比如从 20GB 拉到 30GB），必须先用 parted /dev/sdb print 确认 “Disk size” 已更新，否则后续所有操作都作用在旧容量上

分区对齐不是可选项，而是性能生死线

SSD 和现代 RAID 卡的最小 I/O 单位早已不是 512 字节，而是 4K、64K 甚至 64MiB。parted 的 align-check optimal 1 不是摆设，它真能测出你分区起始位置是否落在硬件最佳边界上。对齐错误不会导致无法挂载，但随机读写性能可能跌 40% 以上，监控里 iostat -x 的 await 和 %util 会持续偏高。

起始位置别写 0 或 1 —— 正确写法是 1MiB（注意单位大小写），parted 会自动向上取整到最近对齐点
用 unit MiB 后再 mkpart，比用 GB 更安全：GB 是十进制，MiB 是二进制，混用会导致结尾空隙或越界
执行完 mkpart 后立刻跑 align-check optimal 1，输出 “aligned” 才算过关；若报 “not aligned”，得删掉重来，resizepart 不能修复起始错位

非交互式脚本里，-s 参数有隐藏陷阱

parted -s /dev/sdb mkpart primary 1MiB 100% 看似干净利落，但一旦磁盘型号特殊（比如某些 NVMe-oF 设备或老旧 SAS RAID），-s 会跳过关键确认环节，导致分区表写入失败却无任何报错，print 仍显示空表。这不是 bug，是 parted 对“静默失败”的设计哲学：它宁可不写，也不写错。

自动化部署时，务必在 -s 命令后加一句验证：parted /dev/sdb unit MiB print | grep "1MiB"，确保分区行真实存在
mkpart 后不要立即 mkfs —— 先 partprobe /dev/sdb 或 udevadm settle，否则内核可能还缓存着旧分区信息，/dev/sdb1 设备节点压根不生成
脚本中避免连续多个 parted -s，改用单次交互式输入： printf "mklabel gpt\nunit MiB\nmkpart primary 1MiB 500GiB\nname 1 data\n" | parted /dev/sdb

扩容时 resizepart 不等于文件系统扩容

很多人以为 parted /dev/sdb resizepart 1 100% 执行完，df -h 就该变大——结果发现挂载点容量纹丝不动。因为 resizepart 只动了分区表，文件系统层（ext4/XFS）完全不知情。尤其 XFS 必须显式调用 xfs_growfs，而 ext4 的 resize2fs 在未卸载时也能在线扩，但前提是分区已就位。

顺序不能错：先 parted resizepart → 再 partprobe → 最后 xfs_growfs /mount/point 或 resize2fs /dev/sdb1
如果 resizepart 报 “Partition is busy”，不是因为挂载着，而是内核没刷新设备状态，先 echo 1 > /sys/block/sdb/device/rescan 再试
对 LVM 物理卷扩容，resizepart 后还得跟 pvresize /dev/sdb1，否则 vgs 不会显示新增空间