após fs travar e executar fsck, alguns arquivos foram recuperados mas não colocados em lost + found?

4

Eu tive um erro de E / S em uma partição de disco rígido externa sdb4 (seu ponto de montagem usual é / run / media / yan / data).

A partição não respondeu, não pôde ser acessada e se recusou a desmontar. Eu não sabia o que fazer, mas desliguei o disco e o reconectei. Depois disso eu tive erro no seu fs, então eu corri o fsck:

sudo e2fsck /dev/sdb4 -y -v

Ele estava pedindo muitas correções (milhares), mas como os dados não são críticos nesse disco, eu corri com -y.

data contains a file system with errors, check forced.

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
# Fixed invalid inode numbers, incorrect filetypes, cleared links, deleted/unused inodes
Pass 3: Checking directory connectivity
# Connected unconnected directory inodes to /lost+found
Pass 4: Checking reference counts
#Fix inodes ref count, connected unattached inode to /lost+found
Pass 5: Checking group summary information
# Fix block bitmap differences, blocks count wrong for group
# Fix inode bitmap differences, directories count wrong for group, free inodes count wrong for group

data: ***** FILE SYSTEM WAS MODIFIED *****

       72955 inodes used (0.14%, out of 51200000)
        2390 non-contiguous files (3.3%)
          17 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 72264/636/1
   186984621 blocks used (91.30%, out of 204800000)
           0 bad blocks
          34 large files

       70447 regular files
        2453 directories
           0 character device files
           0 block device files
           0 fifos
  4294966642 links
          46 symbolic links (46 fast symbolic links)
           0 sockets
------------
   71063 files

Então, se eu entendi corretamente, fsck conseguiu salvar 70k arquivos, então a maioria dos arquivos desde que eu tinha como 75-80k arquivos nesse disco. O problema é que apenas arquivos 20k aparecem em '/ run / media / yan / data / lost + found', e apenas 24k na partição inteira.

[yan@machine ~]$ find /run/media/yan/data/lost+found | wc -l
19786
[yan@machine ~]$ find /run/media/yan/data | wc -l
23691

Eu reran fsck, mas ele me diz que a partição está limpa (e tem 74k arquivos?)

[yan@machine ~]$ sudo fsck /dev/sdb4
fsck from util-linux 2.28
e2fsck 1.42.13 (17-May-2015)
data: clean, 74200/51200000 files, 186685980/204800000 blocks[/cpp]

Eu também tenho um uso de disco muito diferente de acordo com df e du (eu sei que deve haver uma diferença, mas aqui parece grande demais para ser normal):

[yan@machine ~]$ df -h /run/media/yan/data
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb4       769G  700G   31G  96% /run/media/yan/data

[yan@machine ~]$ du -sh /run/media/yan/data
586G    /run/media/yan/data

Suponho que ainda haja dados recuperados que não posso acessar. Minhas perguntas são:

1) É possível que os arquivos recuperados pelo fsck não sejam colocados em lost + found? Nesse caso, onde estão eles?

2) Existe alguma maneira de recuperar esses arquivos perdidos?

3) Se não, como faço para liberar este espaço?

EDITAR:

Eu tentei uma versão mais recente do e2fsck na recomendação do sourcejedi:

[yan@machine build]$ sudo ./e2fsck/e2fsck -f /dev/sdb4
e2fsck 1.43.3 (04-Sep-2016)
Pass 1: Checking inodes, blocks, and sizes
Inode 40501578 extent tree (at level 2) could be narrower.  Fix<y>? yes

Pass 1E: Optimizing extent trees
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

data: ***** FILE SYSTEM WAS MODIFIED *****
data: 74200/51200000 files (3.2% non-contiguous), 186685964/204800000 blocks

Não fez muito, perdeu + encontrou ainda tem a mesma contagem e tamanho de arquivo.

    
por Yann 06.11.2016 / 15:08

1 resposta

0

Eu também noto que a contagem de links é muito suspeita (quase 2 ^ 32).

você pode tentar e2fsck mais recente e / ou reportar um bug. isso é certamente um bug.

verificar o dispositivo / partição com photorec pode restaurar mais arquivos, onde o formato é suportado e eles são contíguos. já que seu FS está cheio, muitos arquivos não são contíguos. photorec não recupera nomes de arquivos ou diretórios. (por exemplo, se eles são mp3, você pode usar algo como picard para aplicar nomes de arquivos a partir dos metadados de mp3 também conhecidos como tags ID3). note photorec requer espaço livre em outro sistema de arquivos para recuperar todos os arquivos.

    
por 06.11.2016 / 16:32