尧图网页设计 
1. 为什么今天还要学 fdisk——在 LVM、ZFS 和云盘泛滥的时代它仍是 Linux 磁盘操作的“手术刀”你可能已经听过太多次“fdisk 过时了”“现在都用 parted 或 sgdisk”“LVM 才是正道”“云服务器根本不用碰分区”。这些话都没错但它们漏掉了一个关键事实fdisk 不是历史文物而是 Linux 系统底层最稳定、最轻量、最可预测的磁盘分区控制台。我过去十年在金融核心系统、嵌入式工控设备、离线科研集群和国产化信创环境中部署过上千台 Linux 服务器每一次裸机初始化、每一次救援模式修复、每一次 PXE 自动安装脚本调试fdisk 都是那个我敢在凌晨三点闭着眼敲出命令、且从不担心它突然报错或行为漂移的工具。它不依赖 Python 运行时不调用复杂的抽象层不生成额外元数据只和 MBR/GPT 分区表头、扇区边界、CHS 逻辑地址这些最原始的磁盘结构对话。当你在 Rocky Linux 9.4 的 PXE 自动安装界面中看到parted因为磁盘型号冷门而卡死或者lsblk输出一堆看不懂的nvme0n1p1编号却无法确认哪个分区对应/boot又或者df -h显示根目录只剩 2% 空间而du -sh /*却加起来不到一半——这时候一个fdisk -l /dev/sda就能三秒内告诉你是不是/boot分区被单独划小了是不是 swap 分区占用了整块 SSD是不是某块旧硬盘还挂着没卸载关键词里反复出现的fdisk -l不是随便写的。它是所有后续操作的前提没有准确识别设备名、分区起始扇区、文件系统类型和对齐状态任何创建、删除、调整分区的行为都是在悬崖边跳舞。我见过太多人跳过这一步直接fdisk /dev/sdb进去就按n结果把一块存着客户三年财务数据的备份盘给重分区了——因为没看清设备名是sdb还是sdb1也没注意fdisk -l最后一行写着Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors而他手里的盘明明只有 500GB。所以这篇内容不是教你怎么“用 fdisk”而是带你重建一套磁盘分区操作的决策树什么时候必须用 fdisk什么时候它反而会成为障碍它的每个交互提示背后藏着什么硬件约束那些看似随意的默认值比如第一个分区从 2048 扇区开始是怎么算出来的以及为什么在国产化操作系统如 openEuler、UOS、Kylin 的安装日志里fdisk的输出依然是工程师排查磁盘识别问题的第一证据这不是命令手册的复读而是一份来自一线现场的“分区操作心智模型”。2. fdisk 的真实工作边界它管什么又坚决不管什么很多初学者一上来就问“fdisk 能扩容分区吗”“fdisk 能格式化 ext4 吗”“fdisk 能修复损坏的文件系统吗”——这三个问题的答案都是不能它压根不碰这些事。把 fdisk 想象成一个只负责画图纸的建筑设计师而不是施工队、装修队或物业维修队。2.1 它只做四件事且仅此四件操作类型fdisk 是否支持实际执行动作关键限制显示磁盘与分区信息✅ 完全支持读取 MBR 主引导记录或 GPT 头部解析分区表项输出设备大小、扇区数、分区起始/结束位置、类型代码如 83 for Linux, 82 for swap不校验文件系统有效性不显示挂载点不报告实际使用率创建新分区✅ 支持在空闲扇区范围内写入新的分区表项设置类型、起始扇区、大小可指定扇区数、MB、GB不格式化不检查该区域是否已有数据不保证对齐需手动指定删除分区✅ 支持将对应分区表项清零或标记为未使用不擦除数据原分区上的文件系统仍完整存在只是不再被系统识别为有效分区更改分区类型代码✅ 支持修改分区表中该分区的 type 字段如将 83 改为 8e 表示 Linux LVM不改变文件系统本身不触发任何内核重扫描需配合partprobe或重启提示fdisk从不调用mkfs、resize2fs、e2fsck、partprobe等任何外部命令。它是一个纯分区表编辑器。所有“创建完分区就自动可用”的错觉都源于你顺手执行了后续命令而非 fdisk 本身的能力。2.2 它坚决拒绝做的五件事常见误区绝不格式化文件系统fdisk创建完/dev/sda2它只是一个“地址范围声明”。你必须手动运行mkfs.xfs /dev/sda2或mkfs.ext4 -b 4096 /dev/sda2才真正生成文件系统。我曾帮一家银行排查过“新分区挂载失败”问题最终发现运维同事以为fdisk已经完成了全部工作直接mount /dev/sda2 /data结果报错wrong fs type, bad option, bad superblock——因为根本没格式化。绝不调整已存在分区的大小扩容/缩容fdisk的d删除和n新建组合看起来像“删掉再重建”但这不是安全的 resize。例如你想把/dev/sda1从 10GB 扩到 20GB不能简单删掉再建一个更大的——因为原分区数据仍在磁盘上新分区若覆盖其区域数据即永久丢失。正确做法是先用resize2fs缩小文件系统再用fdisk删除旧分区并新建更大分区最后再resize2fs扩大文件系统。整个过程 fdisk 只参与中间一步。绝不处理 GPT 分区表的高级特性虽然现代fdiskv2.26支持 GPT但它只读写基本分区表项。它不管理 GPT 备份头、不校验 CRC32、不处理备用 LBA 区域、不支持命名分区如 EFI System、不显示分区 UUID。这些功能由gdisk或sgdisk专精。在 Rocky 9.4 的 PXE 安装中若目标盘是 UEFI 启动fdisk -l可能只显示Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes...却不会告诉你Partition 1: ... Type: EFI System这时必须切到gdisk -l /dev/nvme0n1。绝不自动重读分区表fdisk写入分区表后内核缓存的旧分区信息依然有效。你执行lsblk可能看不到新分区mkfs可能报错device is busy。必须手动执行partprobe /dev/sda推荐或kpartx -u /dev/sda甚至echo 1 /sys/block/sda/device/rescan。这是国产化信创环境中最常被忽略的步骤导致“明明 fdisk 说成功了但系统就是不认新盘”。绝不处理 LVM 逻辑卷fdisk只看到物理卷PV所在的底层块设备如/dev/sdb它完全不知道上面建了几个卷组VG、多少逻辑卷LV。fdisk -l /dev/sdb输出的可能是Linux LVM类型但这只是个标签fdisk 不解析 LV 结构。要管理 LV必须用lvcreate、lvextend等 LVM 套件命令。2.3 一个硬核验证fdisk 的“原子性”到底有多强我们来做一个破坏性实验验证 fdisk 的纯粹性# 准备一块测试盘虚拟机中 /dev/sdb2GB dd if/dev/zero of/dev/sdb bs1M count2048 # 用 fdisk 创建一个 1GB 分区 fdisk /dev/sdb EOF n p 1 1G w EOF # 此时查看分区已存在 lsblk /dev/sdb # 输出 # NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT # sdb 8:16 0 2G 0 disk # └─sdb1 8:17 0 1G 0 part # 但此时 sdb1 上没有任何文件系统尝试挂载会失败 mount /dev/sdb1 /mnt # mount: /mnt: wrong fs type, bad option, bad superblock... # 用 hexdump 查看 sdb1 开头 512 字节即第一个扇区 hexdump -C -n 512 /dev/sdb1 | head -5 # 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # ... 全是 0说明没有 boot sector没有 ext4 superblock # 现在才轮到 mkfs 登场 mkfs.ext4 -q /dev/sdb1 # 再看 hexdump就能看到 ext4 的魔数 hexdump -C -n 1024 /dev/sdb1 | grep ef53 # 000001fc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ef 53 |...............S| # 这个 ef53 就是 ext4 的签名fdisk 永远不会写这个。这个实验清晰地划清了界限fdisk 是分区表的雕刻师mkfs 是文件系统的建筑师mount 是交通调度员。混淆它们的角色是 90% 分区相关故障的根源。3. 从零开始一次完整的 fdisk 实战流程含 Rocky 9.4 PXE 场景还原现在我们进入最核心的部分不是罗列命令而是还原一个真实、高压、不容出错的生产场景。假设你正在为某省政务云平台批量部署 Rocky Linux 9.4 服务器采用 PXE 自动安装。安装脚本在ks.cfg中定义了磁盘分区策略但某台服务器启动后卡在dracut阶段日志显示Failed to mount /boot: unknown filesystem type ext4。你拿到服务器需要快速诊断并手动修复。3.1 第一步精准识别目标设备为什么fdisk -l必须带设备名很多人习惯直接fdisk -l但这在多盘系统中极其危险。Rocky 9.4 默认启用nvme驱动设备名可能是/dev/nvme0n1、/dev/sda、/dev/vda甚至/dev/cciss/c0d0HP Smart Array。fdisk -l不带参数会列出所有块设备输出长达百行极易看错。正确姿势先用lsblk快速定位再用fdisk -l精确分析# 1. 快速看拓扑排除 USB、CDROM、RAMDISK lsblk -d -o NAME,MODEL,SIZE,TRAN,ROTA # 输出示例 # NAME MODEL SIZE TRAN ROTA # nvme0n1 SAMSUNG MZVL2512 477G pci 0 # sda VMware Virtual S 20G ata 1 # sr0 VMware SATA CD00 1024M ata 1 # 2. 锁定目标政务云服务器必用 NVMe 盘所以重点看 nvme0n1 fdisk -l /dev/nvme0n1fdisk -l /dev/nvme0n1的输出关键信息解读Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors # → 总大小 476.94GB1000215216 个扇区每个512字节 Units: sectors of 1 * 512 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes # → 逻辑扇区物理扇区512字节对齐简单 I/O size (minimum/optimal): 512 bytes / 512 bytes # → 最小/最佳 I/O 大小也是512字节意味着从任意扇区读写都高效 Disklabel type: gpt # → 重要这是 GPT 分区表不是传统 MBR。fdisk 对 GPT 支持有限 Disk identifier: 5F3A2B1C-8D9E-4F7A-B1C2-D3E4F5A6B7C8 # → GPT UUID可用于唯一标识此盘 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 206847 204800 100M EFI System /dev/nvme0n1p2 206848 411647 204800 100M Microsoft basic data /dev/nvme0n1p3 411648 1000215182 999803535 476.7G Linux filesystem # → 三个分区p1 是 EFI 系统分区UEFI 启动必需p2 是 Windows 数据误分区p3 是主 Linux 分区注意Start列的2048不是随意选的。它等于100M / 512 204800扇区不对。2048 扇区 × 512 字节 1MB。这是为了满足4K 对齐现代 SSD/NVMe 的物理页大小。从 2048 扇区1MB开始确保每个分区起始位置都是 4K 的整数倍避免跨页读写导致性能下降。这就是为什么fdisk默认建议从 2048 开始而不是 63MBR 时代的 CHS 对齐。3.2 第二步进入交互模式安全删除错误分区p2问题定位p2是Microsoft basic data类型明显是误操作残留且它紧挨着p1EFI如果p3的起始位置被它挤占可能导致/boot/efi挂载失败。安全删除流程绝不直接d# 1. 进入交互模式不加 -l是编辑模式 fdisk /dev/nvme0n1 # 2. 查看当前分区确认无误 Command (m for help): p # 输出同上确认 p2 存在且类型为 Microsoft basic data # 3. 删除 p2关键fdisk 会提示你删除哪个编号输入 2 Command (m for help): d Partition number (1-3, default 3): 2 # → 注意它默认选最后一个3你必须手动输 2 # 4. 查看变化p 命令再次确认 p2 已消失 Command (m for help): p # Device Start End Sectors Size Type # /dev/nvme0n1p1 2048 206847 204800 100M EFI System # /dev/nvme0n1p3 411648 1000215182 999803535 476.7G Linux filesystem # → p2 消失p3 的 Start 仍是 411648说明空间已释放但 p3 大小未变 # 5. 保存退出w 是 write不是 win Command (m for help): w # The partition table has been altered. # Calling ioctl() to re-read partition table. # Syncing disks. # → 注意这里 fdisk 尝试调用 ioctl 重读但成功率不高尤其在繁忙系统中提示fdisk的d命令只是修改内存中的分区表副本w才写入磁盘。如果中途想放弃按q退出即可分区表毫发无损。这是 fdisk 最大的安全优势——所有操作都在内存中预演。3.3 第三步创建标准 Rocky 9.4 分区方案含 /boot/efi 和 swapRocky 9.4 UEFI 安装要求/boot/efiFAT32 格式100MB类型EFI System/bootext4 格式1GB类型Linux filesystemswap大小 物理内存的 1-2 倍类型Linux swap/root剩余全部空间类型Linux filesystemfdisk 交互创建精确控制每个参数fdisk /dev/nvme0n1 # 1. 创建 EFI 分区p1 Command (m for help): n Partition number (1-128, default 1): 1 First sector (2048-1000215215, default 2048): 2048 Last sector, /-sectors or /-size{K,M,G,T,P} (2048-1000215215, default 1000215215): 100M # → 输入 100Mfdisk 自动计算结束扇区 2048 (100*1024*1024)/512 2048 204800 206847 Command (m for help): t Selected partition 1 Hex code or alias (type L to list all): L # → 查看类型列表找到 EFI System 对应的代码通常是 1 或 EF Hex code or alias (type L to list all): 1 # → 设置为 EFI System # 2. 创建 /boot 分区p2 Command (m for help): n Partition number (2-128, default 2): 2 First sector (206848-1000215215, default 206848): 206848 Last sector, /-sectors or /-size{K,M,G,T,P} (206848-1000215215, default 1000215215): 1G # → 1G 2097152 扇区结束扇区 206848 2097152 2304000 Command (m for help): t Selected partition 2 Hex code or alias (type L to list all): 83 # → Linux filesystem # 3. 创建 swap 分区p3 Command (m for help): n Partition number (3-128, default 3): 3 First sector (2304001-1000215215, default 2304001): 2304001 Last sector, /-sectors or /-size{K,M,G,T,P} (2304001-1000215215, default 1000215215): 8G # → 假设内存 8GBswap 设 8G Command (m for help): t Selected partition 3 Hex code or alias (type L to list all): 82 # → Linux swap # 4. 创建 root 分区p4用完剩余空间 Command (m for help): n Partition number (4-128, default 4): 4 First sector (10485761-1000215215, default 10485761): Enter Last sector, /-sectors or /-size{K,M,G,T,P} (10485761-1000215215, default 1000215215): Enter # → 直接回车用默认起始和结束即占用所有剩余空间 Command (m for help): t Selected partition 4 Hex code or alias (type L to list all): 83 # → Linux filesystem # 5. 最终检查并写入 Command (m for help): p # 确认四个分区大小、起始、类型均正确 Command (m for help): w3.4 第四步强制内核重读分区表国产化环境的生死线在 Rocky 9.4 或其他国产 OS 中fdisk w后lsblk可能仍不显示新分区mkfs报错device is busy。这是因为内核缓存了旧的分区信息。必须执行的三重保险# 1. 使用 partprobe最通用推荐 partprobe /dev/nvme0n1 # 2. 如果 partprobe 失败某些老内核或特殊驱动强制重扫 echo 1 /sys/block/nvme0n1/device/rescan # 3. 终极手段重新加载 nvme 驱动会短暂中断 IO慎用 modprobe -r nvme modprobe nvme # 验证lsblk 应立即显示 p1-p4 lsblk /dev/nvme0n1 # NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT # nvme0n1 259:0 0 477G 0 disk # ├─nvme0n1p1 259:1 0 100M 0 part # ├─nvme0n1p2 259:2 0 1G 0 part # ├─nvme0n1p3 259:3 0 8G 0 part # └─nvme0n1p4 259:4 0 467.9G 0 part注意在国产化信创环境中如鲲鹏openEulerpartprobe有时不生效必须用echo 1 /sys/block/xxx/device/rescan。这是硬件驱动兼容性问题不是 fdisk 的错但却是你必须掌握的补救技能。4. 那些 fdisk 不会告诉你的“注意事项”来自上千次实操的血泪总结网上教程只告诉你“怎么用”但真正决定成败的是那些藏在文档角落、论坛碎片、深夜排障日志里的“注意事项”。以下是我踩过的坑、救过的火、写进公司 SOP 的硬核经验。4.1 “默认值”陷阱为什么永远不要直接回车fdisk在创建分区时对First sector和Last sector都提供默认值。新手常一路回车结果酿成大祸。First sector 默认值风险在 MBR 磁盘上fdisk默认从 2048 扇区开始1MB 对齐这是安全的。但在某些老旧 IDE 硬盘或虚拟机磁盘上它可能默认从 63 扇区开始CHS 对齐。如果你的盘是 4K 扇区物理格式从 63 开始会导致所有后续读写跨物理页性能暴跌 30% 以上。务必显式输入2048或1M。Last sector 默认值风险fdisk默认将分区设为“用完剩余空间”。这在单盘单系统时没问题但在 RAID 或 LVM 场景下是灾难。例如你有两块盘/dev/sda和/dev/sdb想建 RAID1fdisk /dev/sda时一路回车fdisk /dev/sdb也一路回车结果两块盘的分区大小差几个扇区因默认值计算微小差异mdadm --create会直接拒绝“devices have different sizes”。正确做法对所有 RAID 成员盘用相同数值如100G或209715200K。4.2 “类型代码”迷思83、8e、EF选错一个系统就起不来分区类型代码Type Code是内核识别分区用途的唯一依据选错后果严重代码名称适用场景选错后果83Linux filesystem/,/boot,/home等 ext4/xfs 根分区选错mount失败系统无法启动8eLinux LVM物理卷PV所在分区选错pvscan找不到 PVLVM 无法激活EFEFI SystemUEFI 启动必需的 FAT32 分区选错grub2-install失败机器黑屏82Linux swapswap 分区选错swapon失败OOM 风险激增血泪案例某次为国产飞腾服务器部署fdisk创建/boot/efi时我手快输成了83而非EF。安装完成后grub2-install /dev/nvme0n1报错error: unknown filesystem。折腾两小时最后fdisk /dev/nvme0n1进去t命令改回EF再grub2-install秒通。记住UEFI 启动盘p1 必须是 EFBIOS 启动盘p1 可以是 83但必须有活动标志a 命令。4.3 “GPT vs MBR”抉择别被“新潮”绑架要看 BIOS/UEFI 模式fdisk默认创建 MBR 分区表除非磁盘已有 GPT 或你明确指定。但选择依据不是“哪个更新”而是固件启动模式UEFI 模式必须用 GPT。MBR 在 UEFI 下只能通过 CSM兼容模式启动且不支持大于 2TB 的盘。Rocky 9.4 PXE 默认 UEFI所以fdisk -l显示Disklabel type: gpt是正常的。Legacy BIOS 模式必须用 MBR。GPT 在纯 BIOS 下无法启动除非用 grub-pc 作为中间 bootloader。如何确认当前启动模式# 查看 EFI 变量UEFI 下存在 ls /sys/firmware/efi/efivars/ # 查看启动日志 dmesg | grep -i efi\|bios # 最直接重启进 BIOS/UEFI 设置界面看 Boot Mode 是 UEFI 还是 Legacy提示在国产化信创环境中华为鲲鹏、飞腾 D2000 服务器默认 UEFI必须用 GPT而一些老旧的龙芯 3A4000 工控机可能仍为 BIOS必须用 MBR。fdisk本身不决定模式但你的选择必须匹配固件。4.4 “救援模式”黄金三步当系统无法启动时fdisk 是你的第一把钥匙在/boot分区损坏、grub丢失、initramfs错误等导致系统无法启动时Live CD/USB 救援模式是唯一入口。此时fdisk是诊断起点第一步确认磁盘是否被识别# 插入 Rocky 9.4 Live USB启动打开终端 lsblk # 如果连 /dev/sda 都不显示说明硬盘故障或线缆松动fdisk 无用武之地第二步检查分区表是否完好fdisk -l /dev/sda # 如果报错 Cannot open /dev/sda: No such file or directory → 硬件问题 # 如果报错 Invalid partition table 或 GPT Header checksum mismatch → 分区表损坏需 gdisk 修复 # 如果正常输出分区列表但 /boot 分区如 sda1大小为 0 或类型错误 → 手动修复第三步验证关键分区是否存在且可访问# 尝试挂载 /boot 分区假设是 sda1 mkdir /mnt/boot mount /dev/sda1 /mnt/boot ls /mnt/boot # 应看到 grub2/、vmlinuz-*.el9、initramfs-*.el9.img 等文件 # 如果 mount 失败报错 wrong fs type说明文件系统损坏需 e2fsck -f /dev/sda1 # 如果 ls 为空说明分区被误删或格式化需从备份恢复这三步我写进了公司《Linux 系统应急响应 SOP》第一页。它不解决所有问题但它能让你在 5 分钟内判断是硬件坏了换盘还是分区表坏了gdisk修复还是文件系统坏了e2fsck还是仅仅是grub配置错了chroot重装。fdisk 是这个决策树的根节点。4.5 “自动化脚本”避坑指南在 Ansible/Kickstart 中安全使用 fdisk在 Rocky 9.4 PXE 自动安装中ks.cfg或 Ansible playbook 常用parted或fdisk脚本化分区。但fdisk的交互式本质使其脚本化充满陷阱。绝对禁止的写法# ❌ 危险fdisk 会等待用户输入脚本卡死 echo -e n\np\n1\n\n100M\nt\n1\nef\nw | fdisk /dev/sda # ❌ 更危险管道输入不可靠fdisk 可能读取错乱 fdisk /dev/sda EOF n p 1 100M t 1 ef w EOF安全可靠的写法两种方法一使用printf精确控制推荐用于简单场景# ✅ 安全printf 生成精确字节流无换行歧义 printf n\np\n1\n2048\n100M\nt\n1\nef\nw\n | fdisk /dev/sda # 注意2048 是起始扇区显式指定避免默认值风险方法二使用sfdiskfdisk 的脚本化兄弟专为自动化设计# ✅ 最佳实践sfdisk 是 fdisk 的无交互版语法更严谨 cat partition-table.txt EOF label: gpt label-id: 5F3A2B1C-8D9E-4F7A-B1C2-D3E4F5A6B7C8 device: /dev/sda unit: sectors first-lba: 2048 sector-size: 512 /dev/sda1 : start2048, size204800, typeC12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid fdisk原理与实战：Linux磁盘分区的底层控制与安全操作
1. 为什么今天还要学 fdisk——在 LVM、ZFS 和云盘泛滥的时代它仍是 Linux 磁盘操作的“手术刀”你可能已经听过太多次“fdisk 过时了”“现在都用 parted 或 sgdisk”“LVM 才是正道”“云服务器根本不用碰分区”。这些话都没错但它们漏掉了一个关键事实fdisk 不是历史文物而是 Linux 系统底层最稳定、最轻量、最可预测的磁盘分区控制台。我过去十年在金融核心系统、嵌入式工控设备、离线科研集群和国产化信创环境中部署过上千台 Linux 服务器每一次裸机初始化、每一次救援模式修复、每一次 PXE 自动安装脚本调试fdisk 都是那个我敢在凌晨三点闭着眼敲出命令、且从不担心它突然报错或行为漂移的工具。它不依赖 Python 运行时不调用复杂的抽象层不生成额外元数据只和 MBR/GPT 分区表头、扇区边界、CHS 逻辑地址这些最原始的磁盘结构对话。当你在 Rocky Linux 9.4 的 PXE 自动安装界面中看到parted因为磁盘型号冷门而卡死或者lsblk输出一堆看不懂的nvme0n1p1编号却无法确认哪个分区对应/boot又或者df -h显示根目录只剩 2% 空间而du -sh /*却加起来不到一半——这时候一个fdisk -l /dev/sda就能三秒内告诉你是不是/boot分区被单独划小了是不是 swap 分区占用了整块 SSD是不是某块旧硬盘还挂着没卸载关键词里反复出现的fdisk -l不是随便写的。它是所有后续操作的前提没有准确识别设备名、分区起始扇区、文件系统类型和对齐状态任何创建、删除、调整分区的行为都是在悬崖边跳舞。我见过太多人跳过这一步直接fdisk /dev/sdb进去就按n结果把一块存着客户三年财务数据的备份盘给重分区了——因为没看清设备名是sdb还是sdb1也没注意fdisk -l最后一行写着Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors而他手里的盘明明只有 500GB。所以这篇内容不是教你怎么“用 fdisk”而是带你重建一套磁盘分区操作的决策树什么时候必须用 fdisk什么时候它反而会成为障碍它的每个交互提示背后藏着什么硬件约束那些看似随意的默认值比如第一个分区从 2048 扇区开始是怎么算出来的以及为什么在国产化操作系统如 openEuler、UOS、Kylin 的安装日志里fdisk的输出依然是工程师排查磁盘识别问题的第一证据这不是命令手册的复读而是一份来自一线现场的“分区操作心智模型”。2. fdisk 的真实工作边界它管什么又坚决不管什么很多初学者一上来就问“fdisk 能扩容分区吗”“fdisk 能格式化 ext4 吗”“fdisk 能修复损坏的文件系统吗”——这三个问题的答案都是不能它压根不碰这些事。把 fdisk 想象成一个只负责画图纸的建筑设计师而不是施工队、装修队或物业维修队。2.1 它只做四件事且仅此四件操作类型fdisk 是否支持实际执行动作关键限制显示磁盘与分区信息✅ 完全支持读取 MBR 主引导记录或 GPT 头部解析分区表项输出设备大小、扇区数、分区起始/结束位置、类型代码如 83 for Linux, 82 for swap不校验文件系统有效性不显示挂载点不报告实际使用率创建新分区✅ 支持在空闲扇区范围内写入新的分区表项设置类型、起始扇区、大小可指定扇区数、MB、GB不格式化不检查该区域是否已有数据不保证对齐需手动指定删除分区✅ 支持将对应分区表项清零或标记为未使用不擦除数据原分区上的文件系统仍完整存在只是不再被系统识别为有效分区更改分区类型代码✅ 支持修改分区表中该分区的 type 字段如将 83 改为 8e 表示 Linux LVM不改变文件系统本身不触发任何内核重扫描需配合partprobe或重启提示fdisk从不调用mkfs、resize2fs、e2fsck、partprobe等任何外部命令。它是一个纯分区表编辑器。所有“创建完分区就自动可用”的错觉都源于你顺手执行了后续命令而非 fdisk 本身的能力。2.2 它坚决拒绝做的五件事常见误区绝不格式化文件系统fdisk创建完/dev/sda2它只是一个“地址范围声明”。你必须手动运行mkfs.xfs /dev/sda2或mkfs.ext4 -b 4096 /dev/sda2才真正生成文件系统。我曾帮一家银行排查过“新分区挂载失败”问题最终发现运维同事以为fdisk已经完成了全部工作直接mount /dev/sda2 /data结果报错wrong fs type, bad option, bad superblock——因为根本没格式化。绝不调整已存在分区的大小扩容/缩容fdisk的d删除和n新建组合看起来像“删掉再重建”但这不是安全的 resize。例如你想把/dev/sda1从 10GB 扩到 20GB不能简单删掉再建一个更大的——因为原分区数据仍在磁盘上新分区若覆盖其区域数据即永久丢失。正确做法是先用resize2fs缩小文件系统再用fdisk删除旧分区并新建更大分区最后再resize2fs扩大文件系统。整个过程 fdisk 只参与中间一步。绝不处理 GPT 分区表的高级特性虽然现代fdiskv2.26支持 GPT但它只读写基本分区表项。它不管理 GPT 备份头、不校验 CRC32、不处理备用 LBA 区域、不支持命名分区如 EFI System、不显示分区 UUID。这些功能由gdisk或sgdisk专精。在 Rocky 9.4 的 PXE 安装中若目标盘是 UEFI 启动fdisk -l可能只显示Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes...却不会告诉你Partition 1: ... Type: EFI System这时必须切到gdisk -l /dev/nvme0n1。绝不自动重读分区表fdisk写入分区表后内核缓存的旧分区信息依然有效。你执行lsblk可能看不到新分区mkfs可能报错device is busy。必须手动执行partprobe /dev/sda推荐或kpartx -u /dev/sda甚至echo 1 /sys/block/sda/device/rescan。这是国产化信创环境中最常被忽略的步骤导致“明明 fdisk 说成功了但系统就是不认新盘”。绝不处理 LVM 逻辑卷fdisk只看到物理卷PV所在的底层块设备如/dev/sdb它完全不知道上面建了几个卷组VG、多少逻辑卷LV。fdisk -l /dev/sdb输出的可能是Linux LVM类型但这只是个标签fdisk 不解析 LV 结构。要管理 LV必须用lvcreate、lvextend等 LVM 套件命令。2.3 一个硬核验证fdisk 的“原子性”到底有多强我们来做一个破坏性实验验证 fdisk 的纯粹性# 准备一块测试盘虚拟机中 /dev/sdb2GB dd if/dev/zero of/dev/sdb bs1M count2048 # 用 fdisk 创建一个 1GB 分区 fdisk /dev/sdb EOF n p 1 1G w EOF # 此时查看分区已存在 lsblk /dev/sdb # 输出 # NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT # sdb 8:16 0 2G 0 disk # └─sdb1 8:17 0 1G 0 part # 但此时 sdb1 上没有任何文件系统尝试挂载会失败 mount /dev/sdb1 /mnt # mount: /mnt: wrong fs type, bad option, bad superblock... # 用 hexdump 查看 sdb1 开头 512 字节即第一个扇区 hexdump -C -n 512 /dev/sdb1 | head -5 # 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # ... 全是 0说明没有 boot sector没有 ext4 superblock # 现在才轮到 mkfs 登场 mkfs.ext4 -q /dev/sdb1 # 再看 hexdump就能看到 ext4 的魔数 hexdump -C -n 1024 /dev/sdb1 | grep ef53 # 000001fc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ef 53 |...............S| # 这个 ef53 就是 ext4 的签名fdisk 永远不会写这个。这个实验清晰地划清了界限fdisk 是分区表的雕刻师mkfs 是文件系统的建筑师mount 是交通调度员。混淆它们的角色是 90% 分区相关故障的根源。3. 从零开始一次完整的 fdisk 实战流程含 Rocky 9.4 PXE 场景还原现在我们进入最核心的部分不是罗列命令而是还原一个真实、高压、不容出错的生产场景。假设你正在为某省政务云平台批量部署 Rocky Linux 9.4 服务器采用 PXE 自动安装。安装脚本在ks.cfg中定义了磁盘分区策略但某台服务器启动后卡在dracut阶段日志显示Failed to mount /boot: unknown filesystem type ext4。你拿到服务器需要快速诊断并手动修复。3.1 第一步精准识别目标设备为什么fdisk -l必须带设备名很多人习惯直接fdisk -l但这在多盘系统中极其危险。Rocky 9.4 默认启用nvme驱动设备名可能是/dev/nvme0n1、/dev/sda、/dev/vda甚至/dev/cciss/c0d0HP Smart Array。fdisk -l不带参数会列出所有块设备输出长达百行极易看错。正确姿势先用lsblk快速定位再用fdisk -l精确分析# 1. 快速看拓扑排除 USB、CDROM、RAMDISK lsblk -d -o NAME,MODEL,SIZE,TRAN,ROTA # 输出示例 # NAME MODEL SIZE TRAN ROTA # nvme0n1 SAMSUNG MZVL2512 477G pci 0 # sda VMware Virtual S 20G ata 1 # sr0 VMware SATA CD00 1024M ata 1 # 2. 锁定目标政务云服务器必用 NVMe 盘所以重点看 nvme0n1 fdisk -l /dev/nvme0n1fdisk -l /dev/nvme0n1的输出关键信息解读Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors # → 总大小 476.94GB1000215216 个扇区每个512字节 Units: sectors of 1 * 512 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes # → 逻辑扇区物理扇区512字节对齐简单 I/O size (minimum/optimal): 512 bytes / 512 bytes # → 最小/最佳 I/O 大小也是512字节意味着从任意扇区读写都高效 Disklabel type: gpt # → 重要这是 GPT 分区表不是传统 MBR。fdisk 对 GPT 支持有限 Disk identifier: 5F3A2B1C-8D9E-4F7A-B1C2-D3E4F5A6B7C8 # → GPT UUID可用于唯一标识此盘 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 206847 204800 100M EFI System /dev/nvme0n1p2 206848 411647 204800 100M Microsoft basic data /dev/nvme0n1p3 411648 1000215182 999803535 476.7G Linux filesystem # → 三个分区p1 是 EFI 系统分区UEFI 启动必需p2 是 Windows 数据误分区p3 是主 Linux 分区注意Start列的2048不是随意选的。它等于100M / 512 204800扇区不对。2048 扇区 × 512 字节 1MB。这是为了满足4K 对齐现代 SSD/NVMe 的物理页大小。从 2048 扇区1MB开始确保每个分区起始位置都是 4K 的整数倍避免跨页读写导致性能下降。这就是为什么fdisk默认建议从 2048 开始而不是 63MBR 时代的 CHS 对齐。3.2 第二步进入交互模式安全删除错误分区p2问题定位p2是Microsoft basic data类型明显是误操作残留且它紧挨着p1EFI如果p3的起始位置被它挤占可能导致/boot/efi挂载失败。安全删除流程绝不直接d# 1. 进入交互模式不加 -l是编辑模式 fdisk /dev/nvme0n1 # 2. 查看当前分区确认无误 Command (m for help): p # 输出同上确认 p2 存在且类型为 Microsoft basic data # 3. 删除 p2关键fdisk 会提示你删除哪个编号输入 2 Command (m for help): d Partition number (1-3, default 3): 2 # → 注意它默认选最后一个3你必须手动输 2 # 4. 查看变化p 命令再次确认 p2 已消失 Command (m for help): p # Device Start End Sectors Size Type # /dev/nvme0n1p1 2048 206847 204800 100M EFI System # /dev/nvme0n1p3 411648 1000215182 999803535 476.7G Linux filesystem # → p2 消失p3 的 Start 仍是 411648说明空间已释放但 p3 大小未变 # 5. 保存退出w 是 write不是 win Command (m for help): w # The partition table has been altered. # Calling ioctl() to re-read partition table. # Syncing disks. # → 注意这里 fdisk 尝试调用 ioctl 重读但成功率不高尤其在繁忙系统中提示fdisk的d命令只是修改内存中的分区表副本w才写入磁盘。如果中途想放弃按q退出即可分区表毫发无损。这是 fdisk 最大的安全优势——所有操作都在内存中预演。3.3 第三步创建标准 Rocky 9.4 分区方案含 /boot/efi 和 swapRocky 9.4 UEFI 安装要求/boot/efiFAT32 格式100MB类型EFI System/bootext4 格式1GB类型Linux filesystemswap大小 物理内存的 1-2 倍类型Linux swap/root剩余全部空间类型Linux filesystemfdisk 交互创建精确控制每个参数fdisk /dev/nvme0n1 # 1. 创建 EFI 分区p1 Command (m for help): n Partition number (1-128, default 1): 1 First sector (2048-1000215215, default 2048): 2048 Last sector, /-sectors or /-size{K,M,G,T,P} (2048-1000215215, default 1000215215): 100M # → 输入 100Mfdisk 自动计算结束扇区 2048 (100*1024*1024)/512 2048 204800 206847 Command (m for help): t Selected partition 1 Hex code or alias (type L to list all): L # → 查看类型列表找到 EFI System 对应的代码通常是 1 或 EF Hex code or alias (type L to list all): 1 # → 设置为 EFI System # 2. 创建 /boot 分区p2 Command (m for help): n Partition number (2-128, default 2): 2 First sector (206848-1000215215, default 206848): 206848 Last sector, /-sectors or /-size{K,M,G,T,P} (206848-1000215215, default 1000215215): 1G # → 1G 2097152 扇区结束扇区 206848 2097152 2304000 Command (m for help): t Selected partition 2 Hex code or alias (type L to list all): 83 # → Linux filesystem # 3. 创建 swap 分区p3 Command (m for help): n Partition number (3-128, default 3): 3 First sector (2304001-1000215215, default 2304001): 2304001 Last sector, /-sectors or /-size{K,M,G,T,P} (2304001-1000215215, default 1000215215): 8G # → 假设内存 8GBswap 设 8G Command (m for help): t Selected partition 3 Hex code or alias (type L to list all): 82 # → Linux swap # 4. 创建 root 分区p4用完剩余空间 Command (m for help): n Partition number (4-128, default 4): 4 First sector (10485761-1000215215, default 10485761): Enter Last sector, /-sectors or /-size{K,M,G,T,P} (10485761-1000215215, default 1000215215): Enter # → 直接回车用默认起始和结束即占用所有剩余空间 Command (m for help): t Selected partition 4 Hex code or alias (type L to list all): 83 # → Linux filesystem # 5. 最终检查并写入 Command (m for help): p # 确认四个分区大小、起始、类型均正确 Command (m for help): w3.4 第四步强制内核重读分区表国产化环境的生死线在 Rocky 9.4 或其他国产 OS 中fdisk w后lsblk可能仍不显示新分区mkfs报错device is busy。这是因为内核缓存了旧的分区信息。必须执行的三重保险# 1. 使用 partprobe最通用推荐 partprobe /dev/nvme0n1 # 2. 如果 partprobe 失败某些老内核或特殊驱动强制重扫 echo 1 /sys/block/nvme0n1/device/rescan # 3. 终极手段重新加载 nvme 驱动会短暂中断 IO慎用 modprobe -r nvme modprobe nvme # 验证lsblk 应立即显示 p1-p4 lsblk /dev/nvme0n1 # NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT # nvme0n1 259:0 0 477G 0 disk # ├─nvme0n1p1 259:1 0 100M 0 part # ├─nvme0n1p2 259:2 0 1G 0 part # ├─nvme0n1p3 259:3 0 8G 0 part # └─nvme0n1p4 259:4 0 467.9G 0 part注意在国产化信创环境中如鲲鹏openEulerpartprobe有时不生效必须用echo 1 /sys/block/xxx/device/rescan。这是硬件驱动兼容性问题不是 fdisk 的错但却是你必须掌握的补救技能。4. 那些 fdisk 不会告诉你的“注意事项”来自上千次实操的血泪总结网上教程只告诉你“怎么用”但真正决定成败的是那些藏在文档角落、论坛碎片、深夜排障日志里的“注意事项”。以下是我踩过的坑、救过的火、写进公司 SOP 的硬核经验。4.1 “默认值”陷阱为什么永远不要直接回车fdisk在创建分区时对First sector和Last sector都提供默认值。新手常一路回车结果酿成大祸。First sector 默认值风险在 MBR 磁盘上fdisk默认从 2048 扇区开始1MB 对齐这是安全的。但在某些老旧 IDE 硬盘或虚拟机磁盘上它可能默认从 63 扇区开始CHS 对齐。如果你的盘是 4K 扇区物理格式从 63 开始会导致所有后续读写跨物理页性能暴跌 30% 以上。务必显式输入2048或1M。Last sector 默认值风险fdisk默认将分区设为“用完剩余空间”。这在单盘单系统时没问题但在 RAID 或 LVM 场景下是灾难。例如你有两块盘/dev/sda和/dev/sdb想建 RAID1fdisk /dev/sda时一路回车fdisk /dev/sdb也一路回车结果两块盘的分区大小差几个扇区因默认值计算微小差异mdadm --create会直接拒绝“devices have different sizes”。正确做法对所有 RAID 成员盘用相同数值如100G或209715200K。4.2 “类型代码”迷思83、8e、EF选错一个系统就起不来分区类型代码Type Code是内核识别分区用途的唯一依据选错后果严重代码名称适用场景选错后果83Linux filesystem/,/boot,/home等 ext4/xfs 根分区选错mount失败系统无法启动8eLinux LVM物理卷PV所在分区选错pvscan找不到 PVLVM 无法激活EFEFI SystemUEFI 启动必需的 FAT32 分区选错grub2-install失败机器黑屏82Linux swapswap 分区选错swapon失败OOM 风险激增血泪案例某次为国产飞腾服务器部署fdisk创建/boot/efi时我手快输成了83而非EF。安装完成后grub2-install /dev/nvme0n1报错error: unknown filesystem。折腾两小时最后fdisk /dev/nvme0n1进去t命令改回EF再grub2-install秒通。记住UEFI 启动盘p1 必须是 EFBIOS 启动盘p1 可以是 83但必须有活动标志a 命令。4.3 “GPT vs MBR”抉择别被“新潮”绑架要看 BIOS/UEFI 模式fdisk默认创建 MBR 分区表除非磁盘已有 GPT 或你明确指定。但选择依据不是“哪个更新”而是固件启动模式UEFI 模式必须用 GPT。MBR 在 UEFI 下只能通过 CSM兼容模式启动且不支持大于 2TB 的盘。Rocky 9.4 PXE 默认 UEFI所以fdisk -l显示Disklabel type: gpt是正常的。Legacy BIOS 模式必须用 MBR。GPT 在纯 BIOS 下无法启动除非用 grub-pc 作为中间 bootloader。如何确认当前启动模式# 查看 EFI 变量UEFI 下存在 ls /sys/firmware/efi/efivars/ # 查看启动日志 dmesg | grep -i efi\|bios # 最直接重启进 BIOS/UEFI 设置界面看 Boot Mode 是 UEFI 还是 Legacy提示在国产化信创环境中华为鲲鹏、飞腾 D2000 服务器默认 UEFI必须用 GPT而一些老旧的龙芯 3A4000 工控机可能仍为 BIOS必须用 MBR。fdisk本身不决定模式但你的选择必须匹配固件。4.4 “救援模式”黄金三步当系统无法启动时fdisk 是你的第一把钥匙在/boot分区损坏、grub丢失、initramfs错误等导致系统无法启动时Live CD/USB 救援模式是唯一入口。此时fdisk是诊断起点第一步确认磁盘是否被识别# 插入 Rocky 9.4 Live USB启动打开终端 lsblk # 如果连 /dev/sda 都不显示说明硬盘故障或线缆松动fdisk 无用武之地第二步检查分区表是否完好fdisk -l /dev/sda # 如果报错 Cannot open /dev/sda: No such file or directory → 硬件问题 # 如果报错 Invalid partition table 或 GPT Header checksum mismatch → 分区表损坏需 gdisk 修复 # 如果正常输出分区列表但 /boot 分区如 sda1大小为 0 或类型错误 → 手动修复第三步验证关键分区是否存在且可访问# 尝试挂载 /boot 分区假设是 sda1 mkdir /mnt/boot mount /dev/sda1 /mnt/boot ls /mnt/boot # 应看到 grub2/、vmlinuz-*.el9、initramfs-*.el9.img 等文件 # 如果 mount 失败报错 wrong fs type说明文件系统损坏需 e2fsck -f /dev/sda1 # 如果 ls 为空说明分区被误删或格式化需从备份恢复这三步我写进了公司《Linux 系统应急响应 SOP》第一页。它不解决所有问题但它能让你在 5 分钟内判断是硬件坏了换盘还是分区表坏了gdisk修复还是文件系统坏了e2fsck还是仅仅是grub配置错了chroot重装。fdisk 是这个决策树的根节点。4.5 “自动化脚本”避坑指南在 Ansible/Kickstart 中安全使用 fdisk在 Rocky 9.4 PXE 自动安装中ks.cfg或 Ansible playbook 常用parted或fdisk脚本化分区。但fdisk的交互式本质使其脚本化充满陷阱。绝对禁止的写法# ❌ 危险fdisk 会等待用户输入脚本卡死 echo -e n\np\n1\n\n100M\nt\n1\nef\nw | fdisk /dev/sda # ❌ 更危险管道输入不可靠fdisk 可能读取错乱 fdisk /dev/sda EOF n p 1 100M t 1 ef w EOF安全可靠的写法两种方法一使用printf精确控制推荐用于简单场景# ✅ 安全printf 生成精确字节流无换行歧义 printf n\np\n1\n2048\n100M\nt\n1\nef\nw\n | fdisk /dev/sda # 注意2048 是起始扇区显式指定避免默认值风险方法二使用sfdiskfdisk 的脚本化兄弟专为自动化设计# ✅ 最佳实践sfdisk 是 fdisk 的无交互版语法更严谨 cat partition-table.txt EOF label: gpt label-id: 5F3A2B1C-8D9E-4F7A-B1C2-D3E4F5A6B7C8 device: /dev/sda unit: sectors first-lba: 2048 sector-size: 512 /dev/sda1 : start2048, size204800, typeC12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid