А я снова повторюсь,
первое - снять образ пока это еще возможно.
Гипотетически восстановить работоспособность представляется возможным.
Шансы есть.. но.. под вопросом.
M.Planck
gard
Ох ты ж… ёж..
Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm.
И таки.. ошибки ввода/вывода.

Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue.
А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck.
Только проверять lvm-тома.
Не понимаю, как утилита проверяющая/помечающая битые сектора может уничтожать информацию (fsck) ?
И я правильно понимаю, что восстановить работоспособность системы уже не представляется возможным?? Т.е. теперь речь идет только о спасении файлов, которые не были повреждены?
В man fsck.ext4:
       -c     This option causes e2fsck to use badblocks(8) program  to  do  a
              read-only  scan  of  the device in order to find any bad blocks.
              If any bad blocks are found, they are added to the bad block in-
              ode to prevent them from being allocated to a file or directory.
              If this option is specified twice, then the bad block scan  will
              be done using a non-destructive read-write test.
Если я верно понимаю - fsck могла сделать вам ремап "плохих" блоков, коих при I/O Error может оказаться много..
Моя рекомендация - проверить все шлейфы, питание и пытаться копировать сам диск/диски через ddrescue (все остальное - потом), я сейчас точных параметров не скажу.. не вспомню сходу, если только позже. Я в этом сам далеко не гуру, но главное, не задавайте никаких деструктивных ключей, в т.ч. не задавайте опции, которые начнут "насиловать" и так уже полумертвый диск. Это можно будет сделать потом, когда хотя бы бОльшая часть образа скопируется. Указывайте файл журнала, это позволит делать несколько проходов, и "доделывать" постепенно. Погуглите про этот инструмент.
И копировать можно прямо на физ. диск бОльшего объема.
Ох ты ж... ёж..
Так вам надо было проверить именно lvm-тома, а не физ разделы, которые скорее всего являются физ разделами для lvm (pvs->vgs->lvs.. ).
И таки.. ошибки ввода/вывода.

Я бы посоветовал пытаться снять образ диска/дисков программой ddrescue.
А уже потом пробовать восстанавливать что-либо, для начала проверять тем же fsck.
Только проверять lvm-тома.
А что у вас есть /dev/mapper/r00t ?
lvm-том?
Какова вообще схема разметки на диске?
Из скринов видно ошибки ввода-вывода, что в совокупности в ключем -c для fsck могло только повредить восстановлению информации.. мне так думается..
Так у вас тома были шифрованные?

ps: у вас странные ключи в fsck, я как-то думал, что обычно используются -a, -f, -p. Зачем тут ключ -c?
mdadm, lvm используете?
Мертвы-мертвы.. давно.
Сейчас у всех смартфоны.. что на них лучше - то и рулит.. ватсап, телеграм, вайбер..
Джаббер, мне кажется, себе подложил мину только потому, что файлы не умеет передавать без плясок с бубном.
На работе тоже чат был сначала жабер.. все хорошо, да, только вот фоточку быстро не отправить, в итоге ушли к другому мессенджеру, в частности rocket chat. Сейчас время именно таких решений.
Selinux не установлен у вас?