O que esses dados continuam aparecendo após a exclusão da partição + a criação da nova partição?

1

Eu apaguei uma grande partição estendida contendo uma partição lógica ntfs com alta porcentagem de espaço ocupado e a partir dessa partição estendida eu fiz uma nova parte estendida menor. Nele eu criei uma partição lógica ext4.

A recém-criada partição lógica ext4 vem com 1,75 GB já ocupada. Eu tentei excluir e recriar a partição, mas o espaço ocupado continua voltando. Eu fiz o seguinte para procurar pistas, mas sem alegria.

sudo du -h -s /media/hrmount/
20K /media/hrmount/

e

sudo du -h -a /media/hrmount
16K /media/hrmount/lost+found
20K /media/hrmount/

e

sudo du -h -a /media/hrmount/lost+found/
16K /media/hrmount/lost+found/

os comandos podem parecer redundantes, mas estou apenas cegamente tentando descobrir isso.

Eu também corri:

fsck -V /dev/sdb5
fsck from util-linux 2.20.1
[/sbin/fsck.ext4 (1) -- /media/hrmount] fsck.ext4 /dev/sdb5 
e2fsck 1.42 (29-Nov-2011)
/dev/sdb5: clean, 11/6553600 files, 459349/26214400 blocks

e a saída relevante de df -h

/dev/sdb5       100G  1.7G   94G   2% /media/hrmount
Tenho certeza que vou me livrar desse espaço ocupado formatando a partição, mas o que eu quero saber é o que está causando o espaço ocupado no que ele realmente contém. Por favor me ajude a encontrar mais pistas para resolver este enigma. Obrigado.

    
por bloys 28.01.2015 / 03:42

1 resposta

2

O espaço usado relatado por df é espaço reservado. Esse espaço reservado é usado por ext filesystems para impedir a fragmentação de dados, além de permitir que aplicativos críticos, como o syslog, continuem funcionando quando o disco está "cheio". Você pode ver informações sobre o espaço reservado usando o comando tune2fs :

# tune2fs -l /dev/mapper/newvg-root 
tune2fs 1.42.5 (29-Jul-2012)
Filesystem volume name:   <none>
Last mounted on:          /mnt/oldroot
Filesystem UUID:          d41eefc5-60d6-4e18-98e8-d08d9111fbe0
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3932160
Block count:              15728640
Reserved block count:     786304
Free blocks:              11086596
Free inodes:              3312928
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1020
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Feb  8 16:28:29 2011
Last mount time:          Mon Dec  9 23:28:11 2013
Last write time:          Mon Dec  9 23:48:24 2013
Mount count:              19
Maximum mount count:      20
Last checked:             Tue Sep  3 23:00:06 2013
Check interval:           15552000 (6 months)
Next check after:         Sun Mar  2 22:00:06 2014
Lifetime writes:          375 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      80cf2748-584a-4fe8-ab8c-6abff528c2c2
Journal backup:           inode blocks

Aqui você pode ver que 786304 blocos são reservados e o tamanho do bloco é 4096. Isso significa que 3220701184 bytes ou 3GB são reservados. Você pode ajustar a porcentagem de blocos reservados usando os comandos tune2fs (mas não é recomendado):

tune2fs -m 1 /dev/sdb5
    
por 28.01.2015 / 04:19