файловые системы: восстановление имен файлов из ext4, когда нет корневого индексного дескриптора или журнала?

Параметр -a заполняет заголовок.

быстрая команда:

mail -a FROM:sender@my-domain.com recipient@another-domain.fr

длинная команда

mail --append="FROM:sender@my-domain.com" recipient@another-domain.fr

  Использование: почта [ОПЦИЯ ...] [адрес ...] 
 
 -a, --append = HEADER: VALUE добавить заданный заголовок к 
отправляемому сообщению 
 
 -A, --attach = ФАЙЛ прикрепить ФАЙЛ 
 --content-type = TYPE установить тип содержимого для 
последующих опций --attach 
 
 -e, --exist вернуть true, если почта существует 
 --encoding = NAME установить кодировку для последующих опций 
 --attach 
 
 -E, --exec = COMMAND выполнить COMMAND 
 { {1}} -F, --byname сохранить сообщения в соответствии с отправителем 
 
 -H, --headers записать сводку заголовка и выйти из 
 
 -i, --ignore игнорировать прерывания 
 
 -n, --norc не читать системный файл mailrc 
 
 -N, --nosum не отображать исходную сводку заголовков 
 
 -p, --print, --read вывести всю почту на стандартный вывод 
 
 -q, --quit вызвать прерывание для завершения программы {{1 }} 
 -r, --return-address = ADDRESS использовать адрес в качестве обратного адреса 
при отправке почты 
 
 -s, --subject = SUBJ send сообщение с заданным SUBJECT 
 
 -t, - чтобы предшествовать сообщению список адресов 
 {{1} } -u, --user = USER работать с почтовым ящиком ПОЛЬЗОВАТЕЛЯ 
 

Общие параметры

  - config-file = FILE, --rcfile = FILE 
загрузить этот файл конфигурации {{ 1}} 
 --config-help показать сводку файла конфигурации 
 
 --config-lint, --rcfile-lint 
проверить синтаксис файла конфигурации и выйти { {1}} 
 --config-verbose, --rcfile-verbose 
подробный журнал анализа файлов конфигурации 
 
 --no-site-config, --no-site-rcfile 
не загружать файл конфигурации сайта 
 
 --no-user-config, --no-user-rcfile 
не загружать загрузить файл конфигурации пользователя 
 
 --set = PARAM = VALUE установить параметр конфигурации 
 
 --show-config-options показать параметры компиляции 
 

Глобальные настройки отладки

 - debug-level = LEVEL установить уровень отладки Mailutils 
 
 - debug-line-info показать информацию об источнике с сообщениями отладки 
 {{1 }} - ?, --help предоставить этот список справки 
 --usage дать короткое сообщение об использовании 
 
 - V, --version распечатать версию программы 
 

Обязательные или необязательные аргументы для long o ptions также являются обязательными или {{

1
28.03.2018, 08:22
2 ответа

Имена файлов и т. д. разбросаны по диску в инодах, так что они (большинство из них, некоторые могли быть в обнуленной части )все еще должны быть.

Другое дело, как их найти. Когда корневой индекс потерян, я не думаю, что есть какой-либо способ узнать, какие блоки содержат индексы, это означает, что вы остаетесь с программами, которые читают необработанные блоки данных и угадывают, какие из них что, а индексы, вероятно, трудно найти. определить, я понятия не имею, может ли это сделать какая-либо программа (Я не слышал об этом ).

0
27.01.2020, 23:43

Запуск e2fsckобычно является лучшим способом восстановления файловой системы, и он может сделать очень хорошую работу, даже если часть файловой системы отсутствует. Это связано с тем, что ext2/3/4 использует относительно статическую компоновку для метаданных файловой системы (, индексных дескрипторов, растровых изображений и т. д., но не каталогов ), и имеет избыточные копии таблиц дескрипторов суперблока и критической группы в нескольких местах в файловая система.

В зависимости от того, как (и когда )была отформатирована ваша файловая система, начало файловой системы может не содержать большого количества важной информации, кроме самого корневого inode. В этой первой группе может быть много инодов, но они часто не используются, если файловая система не заполнена. Запуск e2fsck поместит все найденные файлы и каталоги в -, которые не имеют записи каталога (, которая содержит имя файла ), в каталог lost+found. Эти файлы и каталоги будут называться как #1234, но вы сможете идентифицировать их по их содержимому, UID, GID и переместить их в соответствующее место в файловой системе (, возможно, после воссоздания родительских каталогов ).

Более сложные инструменты, такие как ext3grep, потенциально могут восстановить некоторую дополнительную информацию (, если у вас более старая файловая система ext3, поскольку она недавно не обновлялась ), например, блоки каталогов, но с самого начала файловая система была стерта, есть ограничения на то, что можно восстановить.

1
27.01.2020, 23:43

Теги

Похожие вопросы