Дано:
4 диска, собраны в raid 1 и потом отданы в lvm

создано несколько разделов xfs на lvm

Однажды, в студёную зимнюю пору... после жесткого ребута один из разделов xfs умирает.

mdadm говорит, что все ОК, остальные разделы посредством xfs_repair восстановили свою работоспособность.

а данный при xfs_repair с любыми параметрами, хоть -L. хоть -d сваливается на 6-й фазе с ошибкой

disconnected inode 537803581, moving to lost+found
disconnected inode 537803582, moving to lost+found

fatal error — name create failed in lost+found (117), filesystem may be out of space

Увеличил swap, ситуация не изменилась, ругается на ту-же ноду

Если запустить xfs_ncheck /dev/hdd/DISK3 (проблемный диск)
то зависает на

bad magic # 0x49414254 in btbno block 0/10869
bad btree nrecs (254, min=255, max=510) in btbno block 0/11064
bad btree nrecs (254, min=255, max=510) in btbno block 0/11533
bad magic # 0x58443242 in btcnt block 0/157



если обнулять ноду
xfs_db -x -c 'inode 537803582' -c 'write core.nextents 0' -c 'write core.size 0' /dev/hdd/DISK3

ситуация не меняется

кусок вывода xfs_repair также

block (0,392354) already used, state 2

block (0,392355) already used, state 2
bad magic # 0x58443242 in btcnt block 0/157
expected level 0 got 296 in btcnt block 0/157
bcnt freespace btree block claimed (state 1), agno 0, bno 157, suspect 0
inode btree block claimed (state 7), agno 0, bno 10869, suspect 0
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
imap claims a free inode 4445976 is in use, correcting imap and clearing inode
- agno = 1
- agno = 2
- agno = 3
- agno = 4


Куда копать?