重启后进入initramfs，PV与设备扇区大小不匹配无法挂载及执行vgchange求助

先握个手，这种接手别人遗留问题还碰到磁盘逻辑卷故障的情况，确实让人头大。咱们一步步来排查解决：

首先，你给出的错误信息里数值有点反常（1442389101扇区居然显示比163571712小，大概率是数字写反或者少了位数），先搞清楚真实状态：

• 用 blockdev --getsz /dev/你的设备名（比如/dev/sda3）获取设备的实际扇区数
• 用 pvs -v /dev/你的设备名 查看PV元数据里记录的扇区大小

接下来分情况处理：

情况1：磁盘硬件/RAID异常导致识别大小错误 #

如果设备实际识别的大小确实和预期不符，先排查硬件问题：

• 用 smartctl -a /dev/磁盘设备（比如/dev/sda）检查磁盘健康状态，看有没有坏道、SMART告警
• 如果是RAID阵列，用对应工具查看状态（比如mdadm --detail /dev/md0、megacli系列命令），确认有没有磁盘离线、阵列降级的情况
  等硬件问题解决后，再回到逻辑卷的修复。

情况2：PV元数据记录错误（设备实际大小正常） #

如果确认设备实际扇区数是对的，只是PV元数据里的大小记录出错，可以尝试修复：

1. 先备份当前PV的元数据：pvck -d /dev/你的设备名 > pv_metadata_backup.txt
2. 用实际扇区数重置PV大小：pvresize --setphysicalvolumesize <实际扇区数> /dev/你的设备名
   • 注意这里的扇区数要和blockdev --getsz输出的完全一致
3. 执行 vgchange -ay 尝试激活卷组，如果成功，再用 fsck /dev/卷组名/逻辑卷名 检查修复文件系统（之前根分区满可能已经造成文件系统损坏）

情况3：分区表损坏 #

如果是分区表被破坏导致设备大小识别错误，可以用对应工具检查修复：

• 对于GPT分区，用 gdisk /dev/磁盘设备，工具会提示是否修复损坏的分区表，可尝试用备份分区表恢复
• 对于MBR分区，用 fdisk /dev/磁盘设备 检查分区记录的起始/结束扇区是否正确，操作前务必先备份分区表：dd if=/dev/磁盘设备 of=mbr_backup bs=512 count=1

⚠️ 重要提醒：所有操作前一定要先备份能访问到的重要数据，比如用ddrescue克隆整个磁盘到备用存储，避免操作失误导致数据丢失。

备注：内容来源于stack exchange，提问作者EmptySet