pvcreate是LVM中初始化物理卷的必需前置步骤，未执行则设备无法被识别为PV，导致vgextend等命令报错“Device not found”或“not a physical volume”；需先用pvs确认设备是否已列出，再执行pvcreate /dev/sdb1（推荐分区后操作），成功后pvs和pvdisplay可验证。
确认物理卷 pvcreate 是否已执行
没初始化的硬盘或分区不能直接加进卷组，pvcreate 是必须前置步骤。常见错误是跳过这步，直接运行 vgextend，结果报错：Device /dev/sdb1 not found (or ignored by filtering) 或提示 “not a physical volume”。
检查方式：pvs 列出所有已识别的 PV；如果目标设备没出现，说明还没初始化。
- 对新硬盘分区（如
/dev/sdb1）：先用fdisk或parted创建 Linux LVM 类型分区（ID 8e 或更推荐的 8e00） - 执行
pvcreate /dev/sdb1—— 注意不是pvcreate /dev/sdb（整盘未分区时才用后者，但不推荐） - 成功后
pvs应显示该设备，pvdisplay /dev/sdb1可看详细信息
vgextend 添加 PV 到现有 VG 的实操要点
vgextend 是核心命令，但参数顺序和 VG 名称拼写错误是高频问题。它格式固定为：vgextend ，顺序反了会报错 Volume group "xxx" not found（其实是把设备名当 VG 名了）。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 先用
vgs确认目标卷组名，比如输出里有ubuntu-vg，那就用这个全名，别简写成ubuntu - 执行
vgextend ubuntu-vg /dev/sdb1—— 如果设备路径写错（如多写斜杠、少写数字），会提示No physical volume label read from /dev/sdb1，这时回头检查pvs - 添加后立即生效，无需重启，
vgs和vgdisplay ubuntu-vg都能看到总容量和空闲空间已更新
为什么 lvcreate 有时仍提示空间不足？
加进 VG 不等于能立刻分配——可能因 PE（Physical Extent）大小或 VG 中已有 LV 占满空间。典型现象：vgextend 成功，但后续 lvcreate -l 100%FREE 报错 Insufficient free extents。
- 运行
vgdisplay ubuntu-vg | grep -E "(Free|PE Size)"，确认Free PE数值 > 0，且PE Size（默认 4MiB）与你期望的 LV 大小匹配 - 若 VG 含多个 PV，部分 PV 可能被旧 LV 锁定（如用了
--alloc anywhere以外的策略），可临时用vgchange -x y ubuntu-vg解锁，再试 - 极端情况：VG 元数据损坏，
vgck ubuntu-vg可校验，修复需vgck --repair（慎用，先备份vgcfgbackup）
误删 PV 或 vgreduce 操作后如何恢复
执行 vgreduce --removemissing 或误删 PV 设备后，VG 可能进入 partial 状态，vgs 显示 p 标志，lvscan 找不到逻辑卷。这不是数据丢失，而是元数据标记异常。
- 先停用 VG：
vgchange -an ubuntu-vg（避免写入） - 用
pvscan --cache强制刷新 PV 缓存，再pvs看是否重新识别 - 若 PV 物理存在但未激活，尝试
pvscan --activate y，再vgchange -ay ubuntu-vg - 真正丢失 PV 时，
vgcfgrestore是唯一可靠手段——前提是之前运行过vgcfgbackup，否则只能从备份恢复数据
物理卷加入卷组本身很简单，难的是状态链路长：分区类型 → PV 初始化 → VG 名称匹配 → 元数据一致性 → 后续 LV 分配策略。中间任意一环断掉，都会卡在“明明加了却用不了”的状态。
