Problema

Depois de ler muitas postagens/tópicos de fórum, ainda não entendi se ainda há espaço no meu disco rígido ou não...

Comecei a pesquisar porque instalei o Syncthing hoje e uma notificação de erro diz que meu disco está quase cheio e o Syncthing não pode ser executado, mas pensei que tinha cerca de 40 GB restantes...

O que eu fiz para tentar entender e resolver

• executou o analisador de disco (na raiz do sistema): diz 441,3 Go ocupados / 45,4 Go disponíveis em um total de 470,9 Go em um disco de 480 GB
• executei o Disk analyzer como sudo (na raiz do sistema): diz 443,6 Go ocupados / 45,4 Go disponíveis em um total de 470,9 Go em um disco de 480 GB

Nota: Não entendo por que somente o tamanho "ocupado" é diferente... E suponho que a diferença de 10 GB entre 470 e 480 seja devido à memória reservada para o sistema ou algo assim (?).

• corridodf

que produz /dev/sda5 459849800 433180284 3236916 100% /o que diz que está completo...

• corridosudo du -h --max-depth=1 /

que produz:

48G /var
0   /sys
4,0K    /srv
4,0K    /mnt
72M /root
63G /snap
4,0K    /cdrom
1,9G    /opt
22M /etc
du: impossible de lire le répertoire '/proc/3353/task/3353/net': Argument invalide
du: impossible de lire le répertoire '/proc/3353/net': Argument invalide
du: impossible de lire le répertoire '/proc/6203/task/6203/net': Argument invalide
du: impossible de lire le répertoire '/proc/6203/net': Argument invalide
du: impossible d'accéder à '/proc/80737/task/80737/fd/3': Aucun fichier ou dossier de ce nom
du: impossible d'accéder à '/proc/80737/task/80737/fdinfo/3': Aucun fichier ou dossier de ce nom
du: impossible d'accéder à '/proc/80737/fd/4': Aucun fichier ou dossier de ce nom
du: impossible d'accéder à '/proc/80737/fdinfo/4': Aucun fichier ou dossier de ce nom
0   /proc
325G    /home
16K /lost+found
0   /dev
368K    /tmp
272M    /boot
21G /usr
8,0K    /media
du: impossible d'accéder à '/run/user/1000/gvfs': Permission non accordée
du: impossible d'accéder à '/run/user/1000/doc': Permission non accordée
4,0M    /run
460G    /

então diz que há cerca de 10G livres no total de 470 Go.

• instalado ncduque como dudiz que o uso do disco é459,2 GiB

• corridolsof -nP +L1

que gera 1413 linhas de arquivos "deletados" (a grande maioria são "memfd:mozilla-ipc"...) de vários tamanhos. Mas não descobri como somar todos esses arquivos para verificar o uso total do disco.

• correu find /proc/[0-9]*/fd -lname '*(deleted)' 2>/dev/null | perl -lne '($l = readlink) =~ s/ (deleted)$//; print -s, " $_ $l"' | sort -g(comando encontrado em outro tópico do askubuntu ) para classificar o resultado por tamanho de arquivo

que produz 1516 linhas, e aqui estão as dez principais linhas - suponho que o primeiro número seja o tamanho em bytes (?):

2482816 /proc/2758/fd/378 /memfd:gdk-wayland (deleted)
5439888 /proc/2758/fd/322 /memfd:gdk-wayland (deleted)
6031750 /proc/22782/fd/28 /tmp/.org.chromium.Chromium.7Uj5wU (deleted)
6987776 /proc/5122/fd/30 /memfd:mozilla-ipc (deleted)
8087040 /proc/2758/fd/351 /memfd:gdk-wayland (deleted)
8294400 /proc/2758/fd/224 /memfd:gdk-wayland (deleted)
8783424 /proc/2758/fd/327 /memfd:gdk-wayland (deleted)
8783424 /proc/2758/fd/360 /memfd:gdk-wayland (deleted)
9216000 /proc/2758/fd/331 /memfd:gdk-wayland (deleted)
67108864 /proc/2671/fd/6 /memfd:pulseaudio (deleted)

Questões

• Estou no estado em que não sei se meu disco está realmente cheio ou não... há muitas inconsistências nos números (não estou dizendo que os números estão errados, suponho que eles nem sempre significam a mesma coisa, mas isso não é inteligível para mim). Então, se alguém puder me ajudar a entender esse ponto, ficarei grato!
• Não sei se está cheio por causa de arquivos "deletados" que consomem espaço ou não. Qualquer ajuda sobre como medir o uso do disco de arquivos deletados também seria apreciada
• Finalmente, não entendo por que vejo 63G /snapcom duenquanto o Disk analyzer diz que é apenas 188,4 ko. Entendo que há links simbólicos para snaps nesta pasta e parece que esses links simbólicos (para /var/lib/snapd/snaps/) são responsáveis ​​por 24 G, diz du. Esses 24 G também estão nos 63 G de /snap? Verifiquei a dusaída de /snape não parece... Mas adicionar 63 G à saída do Disk analyzer resulta em um total acima do tamanho real do disco... Isso me perdeu totalmente...

Por favor, diga-me se precisar de mais informações. Terei prazer em lhe dar :)

Edições

Saída completa df(os números para /dev/sda5 são diferentes porque criei algum espaço...):

Sys. de fichiers blocs de 1K   Utilisé Disponible Uti% Monté sur
tmpfs                1625812      2204    1623608   1% /run
/dev/sda5          459849800 414179712   22237488  95% /
tmpfs                8129044     24768    8104276   1% /dev/shm
tmpfs                   5120         4       5116   1% /run/lock
/dev/sda1             523248         4     523244   1% /boot/efi
tmpfs                1625808      1720    1624088   1% /run/user/1000

Investigando mais para entender melhor tudo isso, percebi que o programa Discos no meu sistema diz que tenho uma sda2partição de:

• 480 GB (479 564 137 472 bytes)

Mas esses bytes são, na verdade, 480 gigabytes (10^9 bytes), mas apenas 446,6 GB . O programa também diz que sda5a partição tem 47 GB livres, o que corresponde aos 46,8 Go fornecidos pelo Disk Analyzer...

Nunca percebi que o espaço de armazenamento em disco era fornecido em gigabytes "vantajosos" (10^9), e agora entendo melhor por que vejo uma diferença tão "grande" entre a dfsaída e o Disk Analyzer.

Eu tenho duas máquinas Ae Bna minha rede local (ambas Ubuntu 21.10).

Na máquina Atenho um drive apenas para dados (músicas, fotos, filmes, documentos, etc) montados em /media/data. Cada usuário (há 2) na máquina pode ler/gravar o conteúdo da unidade.

Eu preciso poder fazer o mesmo da minha máquina B(onde há apenas um usuário), ou seja, acesso de leitura/gravação.

Neste caso, qual é o método adequado para conseguir isso? considerando que :

• Eu preciso que o usuário da máquina Bnão crie problemas de permissões para os usuários da máquinaA
• Eu preciso que meus programas da máquina Btenham permissões corretas para ler/gravar na unidade

Essas duas necessidades não foram totalmente atendidas com a configuração anterior que tentei. É por isso que eu especifico isso. Embora eles possam não ter sido atendidos porque minha configuração não estava correta... Eu não sei. Eu tenho aprendido e experimentado coisas no ano passado.

Então aqui está o que eu já tentei:

• compartilhamento via compartilhamento de rede local do Samba --> acesso aos arquivos (tocando música, por exemplo) era lento

• sshfs :

  • Eu nunca consegui configurá-lo corretamente para montar automaticamente na inicialização
  • Estou com problemas de permissões. Por exemplo: ao usar beets (para gerenciar minha biblioteca de músicas), beets cria pastas/arquivos que pertencem (na máquina B) a um usuário listado como #user 1001. Este usuário é desconhecido do sistema, mas é uido usuário com o qual eu ssh on machine A(e é diferente do meu uidon machine B) e não tenho permissão para modificar nada (propriedade, excluir arquivo, etc). Eu não consegui resolver isso, então a solução sshfs não é aceitável para o meu uso.

• NFS : Acabei de testar hoje e não consegui passar um mount.nfs: access denied by server while mounting (null)erro

Então agora eu decidi parar de tentar as coisas porque estou um pouco perdido e realmente não sei o que eu deveria realmente tentar: entender melhor sshfs para resolver problemas de permissão? fazer o NFS funcionar?... e resolvi pedir ajuda :)

Até agora, usar sshfs tem sido a melhor solução para mim (o acesso aos arquivos é rápido e estável), mas sem resolver esses problemas de permissão não é bom o suficiente, e também se eu pudesse configurar o automount corretamente na inicialização, seria ainda melhor ...

Obrigado pela ajuda !

Editar

Em relação ao NFS, foi o que eu fiz:

• instalar nfs-kernel-serverna máquinaA
• instalar nfs-commonna máquinaB
• linha adicionada /media/data 00.00.00.00(rw,sync,no_subtree_check)(com o endereço IP da máquina B) na /etc/exportfsmáquinaA
• correusudo exportfs -a
• Eu verifiquei a modificação comsudo exportfs
• Eu permiti nfs no firewall (ufw)
• Verifiquei se podia ver a exportação da máquina Bcom showmounte podia vê-la
• Ao tentar montar a pasta com sudo mount 00.00.00.00:/media/data ~/data(com endereço IP da máquina A) ela retornamount.nfs: access denied by server while mounting (null)