Запуск e2fsck
обычно является лучшим способом восстановления файловой системы, и он может сделать очень хорошую работу, даже если часть файловой системы отсутствует. Это связано с тем, что ext2/3/4 использует относительно статическую компоновку для метаданных файловой системы (, индексных дескрипторов, растровых изображений и т. д., но не каталогов ), и имеет избыточные копии таблиц дескрипторов суперблока и критической группы в нескольких местах в файловая система.
В зависимости от того, как (и когда )была отформатирована ваша файловая система, начало файловой системы может не содержать большого количества важной информации, кроме самого корневого inode. В этой первой группе может быть много инодов, но они часто не используются, если файловая система не заполнена. Запуск e2fsck поместит все найденные файлы и каталоги в -, которые не имеют записи каталога (, которая содержит имя файла ), в каталог lost+found
. Эти файлы и каталоги будут называться как #1234
, но вы сможете идентифицировать их по их содержимому, UID, GID и переместить их в соответствующее место в файловой системе (, возможно, после воссоздания родительских каталогов ).
Более сложные инструменты, такие как ext3grep
, потенциально могут восстановить некоторую дополнительную информацию (, если у вас более старая файловая система ext3, поскольку она недавно не обновлялась ), например, блоки каталогов, но с самого начала файловая система была стерта, есть ограничения на то, что можно восстановить.
Я был прав. После удаления соответствующей записи в /etc/fstab
/tmp
перемещено в/dev/mapper/rhel-root