During the format the XFS filesystem driver divides a disk into groups, similar to what the EXT driver does. Each of these groups contains a superblock describing the general filesystem parameters. Each group also contains a whole number of other filesystem structures, most important of them being the inode table. Inode is a filesystem record describing some filesystem object like a file or folder.

Each particular group has an inode table which contains inode records describing objects in this group. The significant difference between XFS and EXT is that inode tables of XFS have a variable size and location. So if an XFS volume is formatted, only minimally needed parts of tables will be overwritten, instead of overwriting the entire table as it would happen in EXT filesystem. Thus, a chance to recover XFS data is sufficiently high even if the volume was formatted.

В ext4 уже тоже lazy init и всё такое прочее, динамических таблиц только нет

Значит, что мне удалось выяснить:
Виртуалки на проксе, в качестве стораджа - ceph.

Сотрудник ранее добавлял новый диск, создавал для него lvm и назначил ФС xfs. Позже примаунтил его, но без записи в fstab.

ребутнули вм, слетел mount, в проксе сделали снэпшот, попытались обновиться, не получилось, откатились к снэпшоту, утром попытались примаунтить нашу xfs - "wrong fs type, bad option, bad superblock on" . Откатились к снэпшоту - тоже самое.

Metadata CRC error detected at xfs_agf block 0x1000001/0x200
xfs_db: cannot init perag data (-74). Continuing anyway.

пока драй раном посмотрим
xfs_repair -n твое_устройство

заодно попробуй скопировать мету

хе-хе-хе, ты уже логи почистил, ну да, ну да

Ни хрена не понятно, что вы монтировали, как оно слетело и куда делось. Вы уверены вообще, что ищете именно там где надо? Ну т.е. что это тот же самый том, и все такое

Тем более цеф, куда б оно с цефа делось

Может просто монтируете повторно не то, что монтировали изначально?..

unable to verify superblock, continuing...
....found candidate secondary superblock...
unable to verify superblock, continuing...
..........................................................................................................................................................................................

И в конце

..............................................................Sorry, could not find valid secondary superblock
Exiting now.

Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
Metadata corruption detected at xfs_inode block 0xd02700/0x8000
bad magic number
xfs_metadump: cannot read superblock for ag 1
Metadata CRC error detected at xfs_agi block 0x1000002/0x200
Metadata CRC error detected at xfs_agfl block 0x1000003/0x200
/sbin/xfs_metadump: line 33: 22362 Segmentation fault      xfs_db$DBOPTS -i -p xfs_metadump -c "metadump$OPTS $2" $1

много corruption detected

к сожалению, нет(
проверил, монтируем то

ну вот как-то не понятно, как можно было так убить ФС

может там ещё что-то хитрое происходило в процессе?

Больше инфы у меня нет, собирал со слов людей. Мое подозрение - неуспешное создание снэпшота на живой машине и в последствии неуспешный возврат на него

по поводу поиска реального начала раздела - попробуйте testdisk

там запускаешь просто, дальше уж не помню что там куда но говоришь search и он по сигнатурам ищет реальное начало раздела