Espaço faltando no Debian

Question

Eu tenho algo estranho acontecendo. Normalmente, eu usaria o df para mostrar o espaço disponível atual no meu disco rígido, e percebi que estava ficando curto na minha partição inicial. Então eu abri o gparted e vi que eu tinha mais do que foi mostrado com o df. É uma diferença de 5%, quase 2GB de diferença. Vou tentar usar o testdisk para ver se algo está errado.

Aqui está o fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x11a8ba38

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    10233404     5116671    b  W95 FAT32
/dev/sda2        10233405   231239679   110503137+   7  HPFS/NTFS/exFAT
/dev/sda3       231241726   312580095    40669185    5  Extended
/dev/sda5       308385792   312580095     2097152   82  Linux swap / Solaris
/dev/sda6       243032064   308383743    32675840   83  Linux
/dev/sda7       231241728   243030015     5894144   83  Linux

Partition table entries are not in disk order

e parted -l:

Model: ATA TOSHIBA MK1652GS (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type      File system     Flags
 1      32.3kB  5240MB  5239MB  primary   fat32
 2      5240MB  118GB   113GB   primary   ntfs
 3      118GB   160GB   41.6GB  extended
 7      118GB   124GB   6036MB  logical   ext4
 6      124GB   158GB   33.5GB  logical   ext4
 5      158GB   160GB   2147MB  logical   linux-swap(v1)

df -h mostra:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             4.9G  4.1G  860M  83% /media/sda1
/dev/sda2             106G   86G   21G  81% /media/sda2
/dev/sda6              31G   29G  807M  98% /media/sda6
/dev/sda7             5.6G  3.8G  1.6G  71% /media/sda7

sda1 é uma partição de recuperação para o laptop, sda2 é a partição do Windows, sda6 é / home e sda7 é raiz.

Como você pode ver na imagem abaixo, tanto sda1 quanto sda2 estão mostrando bem com df, e 6 e 7 (na partição estendida) não estão. : /

gparted mostra:

Ocfdiskreclamade:FATALERROR:Badlogicalpartition6:enlargedlogicalpartitionsoverlapquenuncafezantes.IssocomeçouaacontecerdepoisqueeuuseiumliveUSBparausarogpartedpararedimensionaremoverpartições.NãoconseguiureduzirosistemadearquivosnaminhapartiçãodoWindowse,quandofoiatualizado,tudopareciabem.

VouexperimentaropartedmagicliveUSBassimqueoconseguirnomeupendrive,alguémjáteveesseproblemaouconheceumasolução?Tambémgostariadecorrigirminhasentradasnatabelaparaqueelasestejamemordem,masissopodeserfeitoemoutromomento.

EDIT:Entãoeuestouempartedmagic,discodetestemediz:

Disk/dev/sda-160GB/149GiB-CHS1945725563Currentpartitionstructure:PartitionStartEndSizeinsectors1PFAT320116362546310233342[PQSERVICE]2PHPFS-NTFS637011439417221006275[XP]3Eextended14394333819457535281338370Badsectorcount.

Entãoeuachoqueprecisaserconsertadodealgumaforma,vouverseconsigoconsertarcomoqueseidotestdisk.

dfsemocomandolegívelhumanomostraisso:

Filesystem1K-blocksUsedAvailableUse%Mountedon/dev/sda15106660422641688024483%/media/sda1/dev/sda2110503132892942282120890481%/media/sda2/dev/sda6321646962969178083912898%/media/sda6/dev/sda758015603902728160412871%/media/sda7

32164696-29691780!=839128,háalgoerradoemalgumlugar.

Encontrouumarespostaparaoqueestáacontecendoaqui: link de um líder do Google por algumas boas ideias de Mike. Eu me sinto bobo.

    

Answer 1

Eu não sei como consertar seu problema, mas lembro que quando particionei meu disco rígido, uma das opções era quanto espaço era reservado para o usuário root, e o padrão era 5%. Eu acho que a idéia é que mesmo que você (como um usuário normal) fique sem espaço, o computador não trava, porque todas as coisas importantes são executadas como root e possuem 5% extra de espaço extra.

    

Answer 2

Embora o erro de setor possa ser um problema, o espaço em disco ausente é apenas de unidades diferentes usadas por diferentes utilitários.

O gparted está usando o gibibytes e o df está usando gigabytes.

31,16Gib = 31,16 x 1024 x 1024 x 1024 bytes ou 33457795235

Um gigabyte é de 1000000000 bytes, portanto, 33457795235/1000000000 = 33,5 GB quando arredondado.

    

Answer 3

Não conheço os detalhes de implementação de df , ext{2|3|4} ou gparted , mas posso dizer que a medição de espaço livre em um sistema de arquivos nem sempre é cortada e seca. Posso imaginar algumas circunstâncias em que duas pessoas (ou programas) poderiam discordar sobre quanto espaço livre existe, para algum sistema de arquivos hipotético.

1. Considere que os sistemas de arquivos alocam espaço em um grão mais grosso que os tamanhos de arquivo. Se o sistema de arquivos alocar em blocos de tamanho x e seu arquivo for x + 1 bytes, então 2x será alocado, deixando x - 1 de espaço desperdiçado. Esse espaço é "livre"? Seu sistema de arquivos nunca irá utilizá-lo, a menos que você altere o tamanho do seu arquivo, mas um programa ingênuo só pode contar os tamanhos dos arquivos e, assim, sub-relatar a quantidade de espaço utilizado / sobre-reportar a quantidade de bytes livres.

2. Imagine algumas circunstâncias em que o driver do seu sistema de arquivos do kernel pode ter alguns recursos de tempo de execução que criam a aparência de menos espaço disponível. Por exemplo, pode ter alocado espaço demais para arquivos atualmente abertos que estão sendo gravados, para garantir alocações contíguas, caso você possa anexar a um arquivo. Ou talvez algum espaço seja reservado para um diário ou outros metadados. Posso imaginar a noção de espaço do seu driver de sistema de arquivos diferente do que foi realmente gravado em disco.

3. Alguns metadados podem ser armazenados em cache, e um deles está lendo o cache e outro está fazendo uma verificação mais profunda no disco. Eu não sei o que a família ext de sistemas de arquivos faz, mas estou pensando em particular no FAT, onde o espaço disponível era armazenado em cache em um inteiro de 32 bits para acelerar a consulta do espaço livre.

4. Pode haver algum espaço marcado como "em uso" (para que nenhuma alocação futura use esse espaço), mas não seja referenciada por nenhum inode. Isso pode indicar que algo estranho aconteceu (falhas de E / S? Disco ruim?). Eu acho que fsck programas geralmente verificam esse tipo de coisa.

Tudo isso é hipotético; Eu não sei qual é a verdadeira resposta. De qualquer forma, a partir das outras mensagens, pode haver alguns problemas. Eu corri fsck e vi o que está escrito.

    

Answer 4

Como Mike disse, há algum espaço reservado em uma partição ext4 apenas para o root, para evitar que usuários não-root preencham o disco rígido. Mais informações sobre isso nos comentários desta resposta no askubuntu: link

Se você não acha que precisa disso (como um único usuário neste computador, não preciso), é possível remover esses blocos reservados com o tune2fs:

tune2fs -m 0 /dev/XXX

em que XXX é a partição da qual você deseja remover blocos reservados.