3

Несколько учеников в нашем классе IT время от времени удаляют свои личные папки с нашего студенческого сервера Linux Mint. Есть ли способ восстановить удаленные папки с файлами? Мы запускаем сеть с главным сервером Windows 7 и Linux Mint Server для студенческих папок. Будем благодарны за любую помощь.

1 ответ1

0

Это возможно, но существует множество факторов, ограничивающих ваши возможности, в том числе тип файловой системы, время удаления и т.д.

В прошлом я использовал PhotoRec для успешного восстановления файлов на сервере. Это инструмент, созданный для восстановления фотографий, которые были случайно удалены, но он также работает для других файлов.

Другой способ - использовать debugfs . Linux debugfs Hack: восстановление файлов

EX:

$ debugfs -w /dev/mapper/mydisk-root
$ debugfs: lsdel

Образец вывода:

    Inode  Owner  Mode    Size    Blocks   Time deleted
    23601299      0 120777      3    1/   1 Tue Mar 13 16:17:30 2012
    7536655      0 120777      3    1/   1 Tue May  1 06:21:22 2012
    2 deleted inodes found.

Запустите команду в debugfs:

    debugfs: logdump -i <7536655>

Определить иноды:

    ...
    ...
    ....
    output truncated
        Fast_link_dest: bin
        Blocks:  (0+1): 7235938
      FS block 7536642 logged at sequence 38402086, journal block 26711
        (inode block for inode 7536655):
        Inode: 7536655   Type: symlink        Mode:  0777   Flags: 0x0   Generation: 3532221116
        User:     0   Group:     0   Size: 3
        File ACL: 0    Directory ACL: 0
        Links: 0   Blockcount: 0
        Fragment:  Address: 0    Number: 0    Size: 0
        ctime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
        atime: 0x4f9fc730 -- Tue May  1 06:21:20 2012
        mtime: 0x4f9fc72f -- Tue May  1 06:21:19 2012
        dtime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
        Fast_link_dest: bin
        Blocks:  (0+1): 7235938
    No magic number at block 28053: end of journal.

Запустите dd с информацией об иноде из блока:

    # dd if=/dev/mapper/mydisk-root of=recovered.file.001 bs=4096 count=1 skip=7235938
    # file recovered.file.001
    file: ASCII text, with very long lines

Файлы были восстановлены в recovered.file.001 .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .