Você misturou muitas coisas diferentes na sua pergunta, e provavelmente é por isso que é difícil entender o que está acontecendo.

Vamos começar pelo último, os arquivos "excluídos" em /proc. /procnão são um diretório real no seu disco; são um sistema de arquivos virtual que reflete o estado dos processos no seu sistema. Os "arquivos" em /proc/xxxx/fdrepresentam descritores de arquivo que estão abertos no momento pelo número do processo xxxx. Descritores de arquivo podem se referir a arquivos reais no disco, mas também podem se referir a praticamente qualquer outra coisa, como em sistemas do tipo Unix, quase tudo que o programa pode ler dados ou gravar dados é representado como um "arquivo".

O comando que você digitou exibe no final da linha os objetos reais aos quais esses descritores de arquivo se referem. Como você pode ver, a maioria deles começa com , /memfd:o que significa que eles são apenas blocos de memória, usados ​​para comunicação entre programas, que um programa alocou e então "deletou", como mencionado na outra resposta (o que efetivamente faz com que o bloco de memória seja automaticamente desalocado quando o programa para de usá-lo). Há apenas um arquivo real lá, que é /tmp/.org.chromium.Chromium.7Uj5wU.

Se você não é um programador interessado em depurar nenhum software que esteja sendo executado no seu sistema, você basicamente não precisa se importar com o conteúdo de /proc. Similarmente para /sys, ele também é um pseudodiretório usado para se comunicar com o kernel do sistema operacional, e /dev, que representa vários dispositivos presentes no seu computador e reconhecidos pelo SO.

O que nos leva ao próximo tópico, a saída do seu ducomando. É enganoso, pois inclui "diretórios" que são apenas pontos de montagem para outro sistema de arquivos que não aquele que lhe interessa, ou seja, sistema de arquivos raiz colocado na /dev/sda5partição do disco, como dfmostra a saída do seu comando. (A propósito. Sua dfsaída é apenas aquela linha que se refere àquela partição que você postou? Normalmente, dfdeve ser exibida uma porção de outras linhas também, referindo-se a todos os sistemas de arquivos.) Uma das entradas enganosas nesta saída é /snapsobre o que você está se perguntando. Todos os subdiretórios em são, na /snapverdade, pontos de montagem para sistemas de arquivos virtuais contidos em *.snaparquivos no /var/lib/snapd/snapsdiretório e esse diretório é o lugar onde eles estão realmente ocupando espaço em disco. O Disk Analyzer parece estar contando apenas o tamanho da estrutura real do subdiretório em /snap, ignorando essas montagens, enquanto duapenas as conta como se fossem arquivos regulares em um diretório regular. Então o Disk Analyzer está correto sobre isso.

O que está faltando é -xo parâmetro to du- ele diz dupara ignorar diretórios que pertencem a sistemas de arquivos diferentes. Dessa forma, você se livrará de entradas enganosas na dusaída.

BTW. Se você quiser saber o que está montado onde, basta digitar o mountcomando - ele mostrará todos os sistemas de arquivos e seus pontos de montagem. Você pode ver que há vários sistemas de arquivos virtuais (ou "pseudo-sistemas de arquivos") como sysfs, tmpfs, cgroupetc. montados em vários diretórios, você também verá as montagens de loop de arquivos em /var/lib/snapd/snapssubdiretórios do /snapdiretório.

Em seguida, chegamos à sua dfsaída. Ela diz que dos 459849800 Kbytes disponíveis no seu sistema de arquivos raiz, 433180284 são usados ​​e 3236916 Kbytes são livres. No entanto, a soma 433180284+3236916 não é igual a 459849800, é apenas 436417200. Por que isso? Conforme mencionado na outra resposta, cerca de 5% do espaço em disco é reservado para processos raiz, o que significa que os processos em execução como raiz podem usar os 459849800-436417200=23432600 Kbytes restantes, enquanto os processos em execução como usuários regulares não podem. Do espaço disponível para processos do usuário (436417200 Kbytes), 433180284 Kbytes já foram usados, o que representa 99,2% - dfaparentemente arredondando para 100%.

Em caso de dúvidas e números inconsistentes, você deve confiar no que dflhe mostra, pois ele exibe os mesmos dados que o sistema operacional realmente "vê" quando tenta alocar espaço para um novo arquivo. Se dfmostrar 0 Kbytes livres, então você não conseguirá gravar nada no disco. No seu caso, você ainda tem cerca de 3 Gbytes livres. Então dfé a resposta definitiva para a pergunta se seu disco está cheio ou não.

Finalmente, por que o Disk Analyzer rodando como root mostra um tamanho ocupado diferente do que rodando como usuário regular? Simplesmente, é uma questão de permissões. Se rodando como não root, o programa simplesmente não consegue acessar alguns diretórios, então ele não consegue contar o tamanho dos arquivos neles. Então esses arquivos estão faltando na contagem "ocupados". Nesse caso, o Disk Analyzer deve mostrar um aviso bem visível no topo de uma janela que ele não conseguiu escanear alguns dos diretórios.

O que eu não entendo, no entanto, é por que ele mostra 45G livres, enquanto esse não é o caso na verdade. Pelos meus experimentos, parece que o Disk Analyzer está levando em conta o espaço livre reservado para o root (que dfomite), mas no seu caso a soma do espaço disponível para o root e disponível para programas do usuário é de cerca de 26G, não 45. Também notei que o Disk Analyzer está aparentemente exibindo os números usando gigabytes decimais (1000x1000x1000 bytes), enquanto ferramentas como due dfquando executadas com -hparametr usam gigabytes binários (1024x1024x1024 bytes), então os números no Disk Analyzer serão ligeiramente maiores (pelo fator de cerca de 1,07), mas isso ainda não mudará 26G para 45G. Então, não entendo de onde veio 45G. Talvez seja algum bug no Disk Analyzer, talvez outra pessoa possa explicar.

"Espaço em disco" é um conceito por sistema de arquivos, não por disco ou por partição.

Como um resquício dos dias de discos minúsculos, para evitar que administradores de sistemas fiquem acordados à noite, 5% do espaço em disco é reservado para processos root( UID 0). Então, sudo df | grep -v loope df | grep -v loopobterá resultados diferentes.

(deleted)arquivos são arquivos usados ​​por processos para uso temporário (por exemplo, cache). O método geral é:

1. Crie o arquivo no disco
2. Inicializa o arquivo, usando espaço em disco.
3. Abra o arquivo, aumentando a "contagem de uso" no arquivo inode.
4. unlink()(excluir) o arquivo, o que limpa a entrada do diretório para o arquivo, mas não libera espaço em disco, já que a "contagem de uso" foi incrementada na etapa 3.
5. Agora, o processo tem um arquivo privado (acessível apenas ao processo e seus filhos) no disco.
6. Quando o arquivo é close()ed (todos os arquivos abertos são fechados quando o processo exits), o "use-count" no inode é decrementado. Se o "use-count" for zero, o espaço em disco é liberado.

Esta é uma maneira do programador gerenciar arquivos temporários que os apaga automaticamente quando o programa termina. A outra maneira ruim requer que o programador mantenha o controle de todos os arquivos temporários e pegue todas as falhas possíveis do programa para fazer a limpeza.