Questão Eu apenas formatei meu disco rígido externo, então por que o espaço usado é enorme?


Eu usei o gparted para formatar meu disco rígido externo de 1TB para o ext4. Eu sou novo no Linux e todos, mas depois de formatar quase 15GiB de espaço é usado. Isso é normal? É assim que o ext4 é grande? Eu vou usar isso para armazenar muitos vídeos e quanto mais vídeos eu conseguir encaixar melhor.


1
2017-12-30 10:35


origem


O HDD é novo e tem 1TB (não TiB) de espaço. Desde que é novo tem NTFS, portanto, a razão para a formatação. - user224266
Poderia você por favor imprimir aqui resultado de comand sudo fdisk -l - c0rp


Respostas:


Ao criar o ext4 fs, geralmente você deve reservar algum espaço para as necessidades dos daemons do sistema. Citação do mkfs página man:

Set the percentage of the filesystem which may only be
allocated by privileged processes. Reserving some number 
of  filesystem  blocks  for  use by privileged processes
is done to avoid filesystem fragmentation, and to allow 
system daemons, such as syslogd(8), to continue to function
correctly after non-privileged processes  are prevented from
writing to the filesystem.  Normally, the default percentage
of reserved blocks is 5%.

Então, por padrão mkfs mantém 5%, no caso de 1Tb pode 50Gb. Não sei o que% gparted usa por padrão.

Como resumo

Por favor leia esta e esta cuidadosamente.

No seu caso, como você deseja usar este disco não para raiz ( / ), mas como armazenamento de audio / video / other_need, você pode remover a reserva de blocos usando tune2fs utilidade.

tune2fs -r 0 /dev/sdxX

Citação do fórum opensuse:

If you set the reserved block count to zero, it won't affect
performance much except if you run for long periods of time (with lots
of file creates and deletes) while the filesystem is almost full
(i.e., say above 95%), at which point you'll be subject to
fragmentation problems. Ext4's multi-block allocator is much more
fragmentation resistant, because it tries much harder to find
contiguous blocks, so even if you don't enable the other ext4
features, you'll see better results simply mounting an ext3 filesystem
using ext4 before the filesystem gets completely full.

If you are just using the filesystem for long-term archive, where
files aren't changing very often (i.e., a huge mp3 or video store), it
obviously won't matter.

2
2017-12-30 11:51



Mas este disco rígido soa como um disco de armazenamento não apenas o disco principal, por que ele precisa reservar espaço para a raiz? - Alvar
Na verdade, agora é necessário reservar bloco nesse caso. Essa é a ideia principal da minha resposta. Me desculpe se não está claro o que eu escrevo, inglês não é minha língua nativa. - c0rp
Embora o espaço reservado seja digno de nota, ele não afeta o espaço usado, mas diminui o espaço disponível. - psusi
Obrigado por seu comentário. Eu vou ler sobre isso com mais cuidado e tentar algumas coisas na caixa virtual. Vou atualizar a resposta dependendo dos resultados - c0rp
No wiki, ele diz que 5% é muito grande para HDD maior que 50 GB, então quanto devo usar em 1TB se eu for usá-lo para torrent e outras coisas. - user224266


Há sempre algum espaço usado pelas estruturas de dados de gerenciamento de arquivos. Para controlar qual parte do disco rígido é usada por qual arquivo, o sistema de arquivos precisa usar parte do espaço em disco. Se você for um usuário experiente e souber o que está fazendo, poderá ajustar alguns parâmetros ao criar o sistema de arquivos para reduzir o tamanho dessas estruturas de gerenciamento, mas isso pode aumentar o espaço desperdiçado em cada arquivo. Abaixo está o texto que melhor descreve essa ideia. Não é meu texto, apenas alguma coisa que eu encontrei na internet. Se você quiser ler o post original ou precisar de mais detalhes plz visite este ligação

Até onde sei, ext2 / 3 (e talvez ext4 também) usam estruturas de dados de gerenciamento de tamanho fixo que são escritas uma vez durante a criação do sistema de arquivos - e nunca estendidas posteriormente (a menos que você não redimensione o sistema de arquivos). Como resultado, as estruturas de gerenciamento sempre consomem a mesma quantidade de espaço em sua partição, independentemente de quantos dados você tenha armazenado nela.   Em contraste com isso, alguns outros sistemas de arquivos - ReiserFS é um desses, eu acho - alocam espaço para suas estruturas de gerenciamento dinamicamente - isto é, as estruturas de gerenciamento começam consumindo muito pouco espaço após criar o sistema de arquivos, mas crescem à medida que você Coloque mais dados na unidade. No final, essa abordagem pode levar à mesma quantidade de espaço de armazenamento usada para gerenciamento, como em um sistema de arquivos com estruturas de gerenciamento de tamanho fixo - portanto, não se deixe enganar pela quantidade de espaço "usado" em sua -formatted ext3 partição!   No entanto, existem algumas opções que podem ser passadas para o comando mkfs.ext2 que influenciam o tamanho das estruturas de gerenciamento. A mais importante dessas opções é a opção -i (essa define a proporção de inodes por espaço de armazenamento - ou seja, você pode influenciar quantos bytes de espaço de armazenamento um inode deve "cuidar"), bem como a opção -I (que define a quantidade de espaço de armazenamento ocupado por um inode). Por favor, note que estes valores não podem ser alterados uma vez que o sistema de arquivos é criado - você tem que reformatar a partição se você quiser alterar uma delas. E como a primeira dessas opções define indiretamente o número total de inodes em sua partição, e como cada inode pode representar apenas um único arquivo ou diretório, também limita o número de arquivos que podem ser armazenados em sua partição! Como resultado, você pode ajustar o número de inodes para suas necessidades atuais (como, por exemplo, um inode por 128 MBytes - isso poderia minimizar a sobrecarga ocupada pelos inodes em um sistema de arquivos reservado para armazenar filmes, ISO de CD-ROM imagens ou outros arquivos grandes de 100 MBytes cada - mas se você quiser colocar sua coleção de fotos lá, você não conseguirá colocar a partição apenas na metade do caminho desde que você ficou sem inodes muito antes deste ponto).


0
2017-12-30 10:50



waaah, o que eu li diz algo totalmente diferente ligação - user224266
@Alvar Você leu as linhas antes da citação? - binW
@ user224266, esta resposta é preciosamente correta. O espaço usado vem dos bitmaps de alocação e das tabelas de inode. O espaço reservado da raiz não é contado como usado, mas subtraído do espaço disponível relatado. Quando a raiz invade o espaço reservado, isso resulta em um uso aparente de mais de 100%. - psusi