Недавно я изменил размер одного раздела внутри LVM на моем диске, используя gparted
. Ошибок не было, но теперь файловая система повреждена, и я пытаюсь ее восстановить.
Когда я монтирую его, ошибок не появляется, но когда я ls
в точку монтирования, у меня есть каталог, полный файлов / каталогов с неработающими атрибутами, которые дают ошибку ввода / вывода. Чтобы быть более точным, все файлы имеют случайное имя, за исключением одной детали, точки всегда в одной и той же позиции. Например, это два имени файла: ? EnOxfJl.mul
, FMgUIKEJ.ahg
.
Я подозреваю, что в файловой системе произошел некоторый «сдвиг», в том числе потому, что один из файлов называется ----- BEG.IN
, который выглядит точно так же, как начало сообщения PGP, и я на самом деле есть некоторые из них в этом разделе.
Я уже использовал PhotoRec для восстановления читаемых файлов, и кажется, что на самом деле ничего не потеряно, я восстановил почти все, но это программное обеспечение не может восстановить также дерево каталогов.
Интересно, есть ли какие-то хитрые варианты монтирования для повторного чтения файловой системы без ее воссоздания или просто какое-то программное обеспечение для восстановления этой сломанной файловой системы. Я уже пробовал TestDisk, но он кажется более подходящим для восстановления поврежденных таблиц разделов, чем файловые системы
/ etc / lvm / archive /
. К счастью, каждая резервная копия содержит описание запущенной команды, поэтому не должно быть слишком сложно определить, какая именно была. vgcfgrestore
, чтобы вернуть старую конфигурацию VG на место . Если gparted
не создает Файлы резервных копий VG, затем помечайте весь эпизод как учебный опыт,как в том, почему резервные копии так важны, так и в том, почему gparted
- это дымящаяся куча, которой следует избегать любой ценой.