por que o lsdel no debugfs não funciona?

3

Eu tenho a partição /dev/sdb1 com o sistema de arquivos ext3 montado em /mnt/folder .

Eu toquei em um arquivo em /mnt/folder e removi esse arquivo. Então eu uso debugfs /dev/sdb1 e, em seguida, insiro lsdel , mas diz "0 inodes excluídos encontrados".

O que é problema? Como eu recupero meu arquivo com debugfs ?

    
por Sajjad.mp 03.02.2016 / 01:06

2 respostas

4

O Debugfs não é um programa de recuperação de arquivos. Que, às vezes, você pode recuperar arquivos excluídos, se tiver muita sorte, é um acidente.

A recuperação de arquivos em sistemas operacionais reais (em oposição ao MS-DOS, por exemplo) é soletrada como "backups".

    
por 03.02.2016 / 01:54
3

Não é adequado para ext3 / ext4.

De homem :

list_deleted_inodes [limit]
    List  deleted inodes, optionally limited to those deleted within limit
    seconds ago.  Also available as lsdel.

    This command was useful for recovering from accidental file  deletions
    for  ext2 file systems.  Unfortunately, it is not useful for this pur‐
    pose if the files were deleted using ext3 or ext4, since  the  inode's
    data blocks are no longer available after the inode is released.

Exemplo:

$ echo Hello > foo.txt
$ ls -ial
35692596 .
35692545 ..
35692597 foo.txt

$ sudo debugfs -R 'inode_dump <35692597>' /dev/sdc5

0000  b481 e803 0600 0000 82d0 d056 82d0 d056  ...........V...V
0020  82d0 d056 0000 0000 e803 0100 0800 0000  ...V............
0040  0000 0000 0100 0000 d36c 2f0b 0000 0000  .........l/.....
0060  0000 0000 0000 0000 0000 0000 0000 0000  ................
*
...

Como este é um arquivo pequeno, temos apenas um bloco i_block (deslocamento 0x28).

Os itens acima podem ser apresentados como:

b481      |      81b4 = i_mode        : 0100664 (octal)
e803      |      03e8 = i_uid         :    1000
0600 0000 | 0000 0006 = i_size_lo     :       6
dbd7 d056 | 56d0 d7db = i_atime       : Fri Feb 26 23:55:23 CET 2016
dbd7 d056 | 56d0 d7db = i_ctime       : Fri Feb 26 23:55:23 CET 2016
dbd7 d056 | 56d0 d7db = i_mtime       : Fri Feb 26 23:55:23 CET 2016
0000 0000 | 0000 0000 = i_dtime       :       0
e803      |      03e8 = i_gid         :    1000
0100      |      0001 = i_links_count :       1
0800 0000 | 0000 0008 = i_blocks_lo   :       8, 8 * 512 = 4096 b
0000 0000 | 0000 0000 = i_flags       :       0
0100 0000 | 0000 0001 = i_osd1        :       1

Direct Block Address:

d36c 2f0b | 0b2f 6cd3 = i_block[0]    : 187657427
0000 0000 | 0000 0000 = ... no more

Podemos calcular deslocamento para dados na partição por tamanho de bloco (aqui 4096):

0x0b2f6cd3 * 4096 = 768644820992

Em seguida, despeje por leitura direta:

$ sudo dd if=/dev/sdc5 bs=1 skip=768644820992 count=6 | hd
00000000  48 65 6c 6c 6f 0a                                 |Hello.|

Agora, se nós rm foo.txt , um pode buscar os dados pelo mesmo comando dd como acima. Mas pode a qualquer momento ser substituído.

Mas, se não soubermos esse deslocamento, ficaremos curtos.

$ ls -ai1
35692596 .
35692545 ..

$ sudo debugfs -R 'ls -d <35692596>' /dev/sdc5
 35692596  (12) .    35692545  (4084) ..   <35692597> (4072) foo.txt

$ sudo debugfs -R 'inode_dump <35692597>' /dev/sdc5

Os dados do inode agora são:

b481      | 
e803      |
0000 0000 | 0000 0000 = i_size_o      : 0                            *changed
dbd7 d056 | 56d0 d7db = i_atime       : Fri Feb 26 23:55:23 CET 2016
e5d7 d056 | 56d0 d7e5 = i_ctime       : Fri Feb 26 23:55:33 CET 2016 *changed
e5d7 d056 | 56d0 d7e5 = i_mtime       : Fri Feb 26 23:55:33 CET 2016 *changed
e5d7 d056 | 56d0 d7e5 = i_dtime       : Fri Feb 26 23:55:33 CET 2016 *changed
e803      |
0000      |      0000 = i_links_count : 0                            *changed
0000 0000 | 0000 0000 = i_blocks_lo   : 0                            *changed
0000 0000 |
0100 0000 |

0000 0000 | 0000 0000 = i_block[0]    : Zeroed out.                  *changed
0000 0000 |
0000 0000 |

Como você pode ver, os dados do bloco são zerados.

    
por 27.02.2016 / 00:42