НЕСЛУЧАЙНО CUDA ИДЕМ? phpMyAdmin - Xakep Online

unixoid
БЛОКИ С ПРЯМОЙ
АДРЕСАЦИЕЙ
БЛОКИ
С КОСВЕННОЙ
АДРЕСАЦИЕЙ
INODE
...
БЛОКИ
С ДВОЙНОЙ
КОСВЕННОЙ
АДРЕСАЦИЕЙ
МАКСИМ «HATCHET» ПОЛЕВОЙ
/ MAKS.HATCHET@YANDEX.RU/
ОПЕРАЦИЯ
«РЕИНКАРНАЦИЯ»
Ручное восстановление данных в Linux
Восстановить удаленные файлы с помощью специальных программ
может даже учитель информатики, а вот проделать ту же
операцию путем ручного редактирования управляющих структур
файловой системы способен далеко не каждый. В экстремальной
ситуации нужного софта может не оказаться под рукой.
Придется полагаться только на себя и собственные знания.
>> unixoid
Сегодня мы поговорим о ручном восстановлении
файлов с файловых систем ext2 и ext3. Сразу
хочу тебя предупредить, что ничего сложного
в этом нет. Дизайн официальных файловых систем
Linux очень прост и понятен даже новичку.
Все, что от тебя потребуется — внимательность
и голова на плечах.
Следующие два раздела посвящены тому, как
организовано хранение файлов в ext2/3, и что
происходит, когда пользователь выполняет
команду rm. Последующие разделы описывают
технику восстановления, основанную на информации
первых двух.
АНАТОМИЯ ФАЙЛОВОЙ
СИСТЕМЫ EXT2/EXT3
В начале раздела расположен boot-сектор длиной
1024 байта. Он используется некоторыми
загрузчиками для хранения своей второй части
(например, Grub записывает туда код Stage 1.5).
Далее следует супер-блок, в котором хранится
ключевая информация о структуре файловой
системы (своего рода главный конфиг). Чтобы
прочитать информацию супер-блока, запусти
следующую команду:
# tune2fs -l /dev/hda1
Ты увидишь массу информации, отражающей
текущее состояние файловой системы, а также
значения, заданные при ее создании и неизменяемые
со временем. Одно из таких значений
— «Block size», которое, скорее всего, будет
равно 4096, то есть 4 Кб. Это размер одного
блока файловой системы, базовой неделимой
единицы хранимой информации. Все, что
находится в ФС, разбито на огромное количество
таких блоков, и даже если размер файла
меньше размера блока, для его хранения будет
использован целый блок, а большие файлы
могут занимать сотни тысяч блоков. Общее количество
блоков файловой системы прописано
в поле «Block count», а количество свободных
— во «Free blocks».
Сразу за супер-блоком следуют дескрипторы
групп и карты свободного пространства (битмапы),
на которых мы не будем останавливаться.
А вот расположенная сразу за ними inodeтаблица
вызывает особый интерес, потому
как именно она является централизованным
хранилищем всей информации о каждом файле.
Таблица представляет собой массив структур
типа ext2_inode, размер которого задается
во время создания файловой системы и не
изменяется со временем (смотри поле «Inode
Count» супер-блока). Каждый элемент этого
массива описывает один файл и хранит такую
информацию, как тип (обычный, каталог, ссылка
и т.д.), схема размещения на диске, логический/
физический размер, дата/время создания/
модификации/последнего доступа/удаления,
количество ссылок на файл и права доступа.
Структура ext2_inode, выступающая в роли
элемента массива, определена в файле source/
include/linux/ext2_fs.h и выглядит так:
Структура inode
struct ext2_inode {
/* Ðåæèì äîñòóïà ê ôàéëó */
__u16 i_mode;
/* UID âëàäåëüöà ôàéëà */
__u16 i_uid;
/* Ðàçìåð ôàéëà â áàéòàõ */
__u32 i_size;
/* Âðåìÿ ïîñëåäíåãî äîñòóïà */
__u32 i_atime;
082
XÀÊÅÐ 07 /127/ 09