Странные ошибки xfs_repair

Нагнулся диск с xfs (точнее говоря, видимо его нагнула 11 винда, но достоверно я сказать не могу).

При попытке смонтировать:

**localhost:/home #** mount /home/phantom//3tb/
mount: /home/phantom/3tb: mount(2) system call failed: Структуру необходимо почистить.

Окай, смотрим что у нас:

**localhost:/home #** xfs_info /dev/sda        

<...>
 
Metadata CRC error detected at xfs_agf block 0x8/0x1000
xfs_info: cannot init perag data (74). Continuing anyway.
meta-data=/dev/sda               isize=512    agcount=4, agsize=183141662 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1
data     =                       bsize=4096   blocks=732566646, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=357698, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

Проверяем:

**localhost:/home #** xfs_repair -nv /dev/sda

<...>

Maximum metadata LSN (3:295976) is ahead of log (1:8).
Would format log to cycle 6.
No modify flag set, skipping filesystem flush and exiting.

        XFS_REPAIR Summary    Wed Mar 30 13:30:27 2022

Phase           Start           End             Duration
Phase 1:        03/30 13:28:58  03/30 13:28:58
Phase 2:        03/30 13:28:58  03/30 13:29:00  2 seconds
Phase 3:        03/30 13:29:00  03/30 13:29:51  51 seconds
Phase 4:        03/30 13:29:51  03/30 13:29:52  1 second
Phase 5:        Skipped
Phase 6:        03/30 13:29:52  03/30 13:30:26  34 seconds
Phase 7:        03/30 13:30:26  03/30 13:30:27  1 second

Total run time: 1 minute, 29 seconds

Ну вроде понятно, пробуем восстановить:

**localhost:/home #** xfs_repair -dv /dev/sda

<...>

entry ".." in directory inode 4757561910 points to non-existent inode 477656901, marking entry to be junked
bad hash table for directory inode 4757561910 (no data entry): rebuilding
rebuilding directory inode 4757561910
entry ".." in directory inode 4757576313 points to non-existent inode 477656901, marking entry to be junked
rebuilding directory inode 4757576313
libxfs_inode_verify_forks: bad inode 4757576313 inline data fork at 0x5588d118f66dF
xfs_repair: warning - iflush_int failed (-117)
Warning: recursive buffer locking at block 3392875584 detected
libxfs_inode_verify_forks: bad inode 4757576313 inline data fork at 0x5588d118f66dF
xfs_repair: warning - iflush_int failed (-117)
Warning: recursive buffer locking at block 3392875584 detected
libxfs_inode_verify_forks: bad inode 4757576313 inline data fork at 0x5588d118f610F
xfs_repair: warning - iflush_int failed (-117)
realloc(): invalid next size
Аварийный останов (стек памяти сброшен на диск)

И чо блин делать?

Tumbleweed или Leap? Помнится, в TW были баги с xfs, вроде поправили, но не факт, что относится к данной ошибке.
Выглядит, вообще не очень. Я б попробовал сделать дамп, перетащить данные и запостить багрепорт.

Leap.

Вообще это не первый раз, когда мне приходится поднимать xfs, но обычно всё проходит без проблем. Тут вроде как видно что фс вроде как вполне живая…

На тему дампа - там помойка на 3тб, из которых занято 2тб, нет у меня денег ещё на один винт такого объёма(

Мне одного раза хватило, больше xfs я не использую (впрочем как и Btrfs).

Может стоит вернутся к проверенной временем, супер надёжной EXT4.

Может и стоит, но восстановить то как?

наживую лучше не стоит, можно окончательно убить
я бы озаботился временным хранилищем и пытался прочесть системой со свежим ядром/xfs-утилитами, или какой-нибудь сторонней чинилкой

Возможно сбой по питанию, или плохой крепёж НЖМД.
Пользуйтесь ИБП.