Восстанавливаются ли мои файлы в файловой системе ext4 после удаления логического тома, внутри которого находилась файловая система?

Сценарий:
На днях я пытался «размонтировать» некоторые логические тома, чтобы я мог закрыть раздел LUKS, в котором они находились. Я случайно использовал lvremove , думая, что это была правильная команда для использования; После того, как я понял, что это не так, я восстановил свою конфигурацию LVM с помощью резервной копии, созданной непосредственно до lvremove .

Настройка

---

:
У меня есть один SSD с одним разделом LUKS, внутри которого находится раздел LVM с тремя логическими томами для swap, root и home. Root и home - это файловые системы ext4. Итак SSD (LUKS (LVM (swap, root (ext4), home (ext4))))

---

Вывод:
Я определил, что метаданные, описывающие мою файловую систему ext4, были поврежден. Я знаю это, потому что я пытался восстановить его, используя
e2fsck -f /dev/ubuntu/home

Я пытался восстановить его с помощью резервных суперблоков
e2fsck -f -b 12345 /dev/ubuntu-vg/home

, которые я использовал TestDisk чтобы попытаться восстановить его

Я пытался использовать extundelete (он не может найти суперблоки)

Я даже посмотрел на необработанный гекс, используя
xxd -a /dev/ubuntu-vg/home | less
и сравнил его с работающей файловой системой ext4

---

Вопросы:
Можно ли восстановить файлы с помощью какого-либо «глубокого сканирования»?
Это известная проблема с LVM и твердотельными накопителями или это аномалия?
Когда LVM высвободил блоки памяти на SSD, произошла ли операция TRIM или «выравнивание износа» повредило данные?