Espaço de Disco - Opensuse Tumbleweed

Pessoal tenho um SSD especialmente pequeno 120GB, e mudei pro Linux justamente pelo fato de consumir menos espaço, tenho 2 HDs de 300GB cada para guardar arquivos e jogos(jogo muito em minha maquina) instalei o Tumbleweed justamente pra isso, Porem eu sinto que cada vez que faço o update fico com menos e menos espaço queria saber o por quê disso? Se eu reinstalar o Tumbleweed com todos os meus apps fico com uns 70GB livre, Mas com o passar do tempo vai consumindo consumindo até não ter mais espaço sobrando, Percebi que na minha home a Steam tá consumindo muito espaço, já desinstalei versões antigas do Proton e nada resolve, Existe alguma ferramenta ou algo que tenho que olhar para deletar? Tenho medo de deletar algo errado e quebrar alguma coisa, Como eu faço a “limpeza” de espaço de disco do sistema?

Quando eu uso o analisador de disco no / ele me retorna 9GB apenas ou seja o culpado pode não ser Tumbleweed

o

Use o snapper para limpar os “instantâneos” mais antigos:

# date; snapper ls
Sun 17 Sep 11:47:36 -03 2023
    # | Type   | Pre # | Date                         | User | Cleanup  | Description            | Userdata
------+--------+-------+------------------------------+------+----------+------------------------+--------------
   0  | single |       |                              | root |          | current                |
3747* | single |       | Sun 02 Apr 2023 01:13:59 -03 | root |          | writable copy of #3745 |
3861  | pre    |       | Sun 20 Aug 2023 06:58:39 -03 | root | number   | zypp(zypper)           | important=yes
3862  | post   |  3861 | Sun 20 Aug 2023 06:59:13 -03 | root | number   |                        | important=yes
3864  | pre    |       | Sun 20 Aug 2023 07:09:24 -03 | root | number   | zypp(zypper)           | important=yes
3866  | post   |  3864 | Sun 20 Aug 2023 08:19:20 -03 | root | number   |                        | important=yes
3867  | pre    |       | Sun 27 Aug 2023 20:05:08 -03 | root | number   | zypp(zypper)           | important=yes
3868  | post   |  3867 | Sun 27 Aug 2023 20:05:41 -03 | root | number   |                        | important=yes
3869  | pre    |       | Sun 27 Aug 2023 20:14:05 -03 | root | number   | zypp(zypper)           | important=yes
3870  | post   |  3869 | Sun 27 Aug 2023 20:22:37 -03 | root | number   |                        | important=yes
3871  | pre    |       | Sat 02 Sep 2023 16:52:53 -03 | root | number   | zypp(zypper)           | important=yes
3872  | post   |  3871 | Sat 02 Sep 2023 16:54:35 -03 | root | number   |                        | important=yes
3874  | pre    |       | Sun 03 Sep 2023 13:27:51 -03 | root | number   | zypp(zypper)           | important=yes
3875  | post   |  3874 | Sun 03 Sep 2023 13:40:26 -03 | root | number   |                        | important=yes
3876  | single |       | Sun 03 Sep 2023 14:00:17 -03 | root | timeline | timeline               |
3877  | pre    |       | Sun 10 Sep 2023 12:56:40 -03 | root | number   | zypp(zypper)           | important=yes
3878  | post   |  3877 | Sun 10 Sep 2023 12:57:09 -03 | root | number   |                        | important=yes
3879  | single |       | Sun 10 Sep 2023 13:00:00 -03 | root | timeline | timeline               |
3880  | pre    |       | Sun 10 Sep 2023 13:15:13 -03 | root | number   | zypp(zypper)           | important=no
3881  | post   |  3880 | Sun 10 Sep 2023 13:21:21 -03 | root | number   |                        | important=no
3882  | single |       | Sun 17 Sep 2023 11:00:06 -03 | root | timeline | timeline               |
3883  | pre    |       | Sun 17 Sep 2023 11:19:14 -03 | root | number   | zypp(zypper)           | important=yes
3884  | post   |  3883 | Sun 17 Sep 2023 11:33:06 -03 | root | number   |                        | important=yes
3885  | pre    |       | Sun 17 Sep 2023 11:40:14 -03 | root | number   | zypp(zypper)           | important=yes
3886  | post   |  3885 | Sun 17 Sep 2023 11:40:49 -03 | root | number   |                        | important=yes

# snapper delete --sync 3861 3862 3864 3866 3867 3868 3869 3870 3871 3872 3874 3875 3876 3877 3878 3879 3880 3881
Snapshot '3876' not found.

# snapper delete --sync 3861 3862 3864 3866 3867 3868 3869 3870 3871 3872 3874 3875 3877 3878 3879 3880 3881

(a ocupação caiu de 36,1 GiB para 23,3 GiB)

# date; snapper ls
Sun 17 Sep 11:54:35 -03 2023
    # | Type   | Pre # | Date                         | User | Cleanup  | Description            | Userdata
------+--------+-------+------------------------------+------+----------+------------------------+--------------
   0  | single |       |                              | root |          | current                |
3747* | single |       | Sun 02 Apr 2023 01:13:59 -03 | root |          | writable copy of #3745 |
3882  | single |       | Sun 17 Sep 2023 11:00:06 -03 | root | timeline | timeline               |
3883  | pre    |       | Sun 17 Sep 2023 11:19:14 -03 | root | number   | zypp(zypper)           | important=yes
3884  | post   |  3883 | Sun 17 Sep 2023 11:33:06 -03 | root | number   |                        | important=yes
3885  | pre    |       | Sun 17 Sep 2023 11:40:14 -03 | root | number   | zypp(zypper)           | important=yes
3886  | post   |  3885 | Sun 17 Sep 2023 11:40:49 -03 | root | number   |                        | important=yes

Leia mais sobre o snapper na documentação do openSUSE, para saber como configurá-lo para manter um número menor de “instantâneos”. – Ele elimina automaticamente os mais antigos, mas em geral ainda mantém um número considerável.

  396  2018-02-26_20-13-05 sudo snapper -c root set-config "NUMBER_LIMIT=4"
  397  2018-02-26_20-13-31 sudo snapper -c root set-config "NUMBER_LIMIT_IMPORTANT=4"
3 curtidas

Talvez eu esteja usando errado, Mas não parece que os snaps shots estão ocupando tanto espaço, Fiz a limpeza e não liberou tanto disco, Segue print antes da limpeza.

Está usando compressão no Btrfs? pode liberar uns quantos GBs de espaço:
obs: e sim, dá para usar em HD de jogos, eu uso ja faz alguns anos…

1 curtida

Algumas vezes, após apagar os snapshots pode levar entre segundos e até alguns minutos para o espaço vazio passar a ser contabilizado. Estou usando BTRFS no Debian estável e percebi esse comportamento em vários momentos.

Outra forma mais prática, porém, bem mais chata de manter o espaço ocupado pelos snapshots sobre controle é configurar o controle por quotas. Ainda não habilitei isso, mas, pretendo fazer alguns testes em breve.

:vulcan_salute:

1 curtida

Problema está no meu SSD mesmo,Vou dar uma olhada nessa compressão do Btrrfs.

Nos outros HDs eu uso Ext4 por não precisar de snapshots nesses HD.

Já liberou tudo o maior snapshot era 1GB mesmo, Creio que o problema seja a Steam, mas tem muitos arquivos lá que eu não sei qual posso deletar sem quebrar os jogos.

image
de uma olhada neste diretório da Steam, é o que ocupa maior espaço na minha, eu acumulei vários protonGE aí, mas é pq eu testo muitos jogos. Na real só precisa de 1 no máximo…

Olha, foi feito um snapshot manual em 29/07/23 com a descrição “first root filesystem”. A ocupação de espaço em disco de um snapshot é proporcional à quantidade de arquivos modificados. Isso quer dizer que se vc alterar todos os arquivos, então em teoria vc duplicaria o espaço utilizado.

É interessante que há um asterisco do lado do número, não sei o que isso quer dizer… É melhor saber o que isso significa antes de apagá-lo. Porém esse snapshot numero 1 está utilizando alguns gigabytes, e essa coluna de “espaço usado” está completeamente errada.

O snapshot com asterisco representa o subvolume onde o sistema está instalado.

1 curtida

Esse, não pode ser apagado, pois é o sistema “em uso”, ou “que está vigorando”.

Isso:

Esses números são enganosos!

Os tamanhos (Used space) indicados na tabela — não refletem o espaço que de fato ocupam no disco.

Para saber o espaço realmente ocupado, é preciso listar a “diferença” entre 2 snapshots. – Infelizmente não lembro agora o comando exato.

Falando como leigo (sem exatidão), entendo que nada “está” realmente dentro desses “instantâneos” (snapshots). – Acho que são apenas “índices”, apontando para vários lugares dispersos, onde várias coisas realmente estão.

É por coisas assim, que até hoje evito ter mais de 1 distro em sistema BtrFS. – Nunca tive nenhum problema, desde Janeiro 2017 – mas também, não consigo “ver” a maioria das coisas dentro dele.

E aprender sobre BtrFS, snapper etc. é um verdadeiro curso de “pós-graduação”. – Útil e importante para profissionais de TI (se tiverem interesse nisso) – mas muito chato, para um mero “usuário médio”.

1 curtida

Estou vendo que você tem duas pastas da Steam, uma delas sendo da Steam flatpak. Antes você usava a Steam flatpak? Lembrando que ao deletar flatpaks, por padrão os arquivos de configuração do programa deletado são mantidos.