必须先用lsblk确认新硬盘设备名，它只列块设备且未挂载、未分区的磁盘显示为disk类型、无mountpoint；fdisk -l可辅看容量和分区表状态，但输出冗长。

新硬盘加进去不能直接用，必须走完分区→格式化→挂载三步，漏一步都会导致 mount: wrong fs type 或 device not found 错误。

怎么确认新硬盘设备名？

别猜 /dev/sdb 或 /dev/xvdb，先看真实设备。虚拟机里加完硬盘常要重启，否则 lsblk 不显示：

• lsblk 最可靠：只列块设备，没挂载、没分区的磁盘会显示为 disk 类型，无 MOUNTPOINT
• fdisk -l 能看到容量和分区表状态，但输出冗长；若提示 Disk /dev/sdb doesn't contain a valid partition table，说明是干净新盘
• 云服务器（如阿里轻量）可能用 /dev/vdb 或 /dev/xvdb，不是所有环境都叫 sdb
• 物理机 SATA 盘可能是 /dev/sdc，NVMe 盘则是 /dev/nvme0n1 —— 名字取决于控制器，不能硬背

fdisk 分区时最常踩的三个坑

fdisk 看似简单，但默认行为容易埋雷：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 不输入 n 就直接按回车，它不会新建分区，而是报错退出；必须显式输 n → p → 1 才进入分区流程
• 起始扇区别乱改：默认 2048 是对齐 1MB 边界的推荐值，手动输 1 会导致后续 mkfs 报 Warning: could not read block 0
• 大于 2TB 的盘必须用 parted + GPT；fdisk 只支持 MBR，强行操作会丢数据或无法引导

格式化选 ext4 还是 xfs？

不是“哪个更好”，而是“谁更不容易翻车”：

• 新盘首次格式化，mkfs.xfs /dev/sdb1 比 mkfs.ext4 /dev/sdb1 更快，尤其大容量盘；xfs 默认启用 lazy-count，避免日志写满阻塞
• ext4 对小文件多、随机读写频繁的场景（如邮件服务器）更稳；但如果你只是挂个 /data 存日志或备份，xfs 更省心
• 千万别用 mkfs -t xfs 这种写法：-t 是给 ext 系留的，xfs 不认，会静默失败
• 格式化后立刻用 blkid /dev/sdb1 记下 UUID —— 后续写 /etc/fstab 必须用它，不用设备名，否则热插拔或盘序变动就挂不上

挂载后为什么 reboot 就失效？

因为没写进 /etc/fstab，或者写错了位置：

• mount /dev/sdb1 /mnt/data 是临时挂载，重启即丢；必须编辑 /etc/fstab 才能固化
• fstab 每行 6 列，第 5、6 列填 0 0（非 root 分区不参与 fsck，也不 dump）；填成 1 2 可能导致开机卡住
• 写完 fstab 后，**必须运行 mount -a 测试**：有报错立刻修，别等重启才发现 failed to mount
• 如果挂载点目录不存在，mount -a 会失败但不提示原因；先 mkdir -p /mnt/data 再测试

真正麻烦的是 LVM 场景——物理卷、卷组、逻辑卷三层嵌套，pvcreate 之前忘清空旧签名，vgscan 就会扫出残留元数据，后续所有操作都报错。这种问题不看 pvs 和 vgs 输出，光靠 fdisk -l 根本发现不了。