我几乎遵循了与这里相同的总体思路：调整分区大小
-Resize VMware disk: Through vSphere, resize disk from 100GB to 300GB
(Reboot VM)
-Delete partition
(fdisk /dev/sdb, d, 1)
-Recreate partition
(While still in the same fdisk session with /dev/sdb, n, p, 1, <defaults>)
(Reboot VM)
不幸的是，现在 XFS FS 将无法再挂载。
我基本上得到了“坏超级块”错误。我正在查看的是 SB 实际上位于哪里？它是在分区中还是在磁盘的最开始处？
现在：
当我尝试 xfs_repair -n 时，它会扫描很长时间并最终放弃。
xfs_repair -n /dev/sdb1
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!
attempting to find secondary superblock...
.....<> .....
found candidate secondary superblock
unable to verify superblock continuing...
.....<> .....
Sorry, could not find valid secondary superblock
Existing now.
当我删除并重新创建分区时，我应该记下起始位置吗？我现在注意到的是，分区 1 似乎默认从 2048 开始，但我在类似系统上注意到从 63 开始。
是的，我不认为在删除旧分区之前记录它的开始位置很重要。在我最近的所有搜索中，它从未出现过，这也许是这里的关键。
也许我的原始超级块在 63-2048 范围内？我复制了虚拟机，这样我就可以尝试一些事情，而不必对原始虚拟机进行太多的尝试。不幸的是，那个副本被拿走了后我把原版弄坏了。
UFS 探索者https://www.ufsexplorer.com/ufs-explorer-standard-recovery.php在搜索过程中出现的，可以看到 XFS 文件系统及其所有内容（通过扫描 VMDK）。
答案1
您确实应该记录分区扇区起始号。此时，请执行不是在没有首先重建正确的分区布局的情况下触碰文件系统本身。
您可以手动检查MBR 魔数（0xAA55）或者更好的是，使用 testdisk 恢复您的分区表。
答案2
故障的真正根本原因是...磁盘有一个 DOS 分区表，它被删除了。某些较新版本的 fdisk 要求您使用选项运行它-c=dos，并且似乎将来会将其完全删除。
当我在 Google 上搜索“fdisk start sector 63 2048”（基本上是自动完成的！）时，一切变得更加清晰。
https://superuser.com/questions/352572/why-does-the-partition-start-on-sector-2048-instead-of-63