Для начала - немного предисловий:
Был RAID6 на mdadm на 14 2Тб-дисках. Поверх него LVM2, один физический том, одна группа томов, один логический том, и как венец - 64-битная ext4.
При росте 13->14 дисков рейд немного развалился, утянув за собой всё, что описано выше. Причина окончательно не ясна, это вопрос для другого обсуждения.
Сам рейд удалось восстановить - стартовал на 12 из 14 дисков, после нескольких проблемных дней удалось заребилдить до 14.
LVM восстановлен из бекапа - физический том пересоздан с тем же UUID, группа томов и логический том - с помощью vgcfgrestore.
Файловая система просто так не далась, но путём определённых танцев с бубном удалось найти несколько копий суперблока, после чего запустить с одной из них e2fsck:

Оно отработало некоторое время, вываливая в консоль сообщения о исправленных ошибках и потенциальной потере данных. Последние сообщения:

После чего не пишет в консоль ничего, продолжая отъедать 100% ЦП и около 1% от 4Гб памяти.
Судя по strace, оно что-то делает:

В данный момент через dumpe2fs получить содержимое суперблока не удаётся, но последнее, что я видел - более-менее коректный размер ФС (18 с хвостиком Тб), странную дату последнего монтирования и сообщение о нечитаемости журнала (и вероятной его гибели).
Проверка идёт уже почти сутки, и конца-края ей не видно.
Через kill -USR1 получить прогрессбар также не удаётся.
Есть идеи, что теперь делать? По поиску находится два-три аналогичных случая, все в итоге закончились многодневным ожиданием "и ничего" - либо надоело ждать, либо проверка вылетала с сообщением об отсутствии памяти.
Послесловие: Данные не бекапились (т.к. второй хранилки такого объёма у меня просто нет), данные не критичные. Да, там были кое-какие редкие/уникальные материалы (фото, видео, некоторые крайне редкие BDRemux собственного изготовления), но даже их потеря - не катастрофа, а максимум неприятное чувство на некоторое время.
Пока что склоняюсь к варианту подождать до конца недели, если ничего не изменится - убить e2fsck и попробовать почистить ФС другим способом (в качестве примера в просмотренных темах предлагалось убийство инодов через debugfs и пересоздание ФС с заменой одних только суперблоков).