/ dev / sda2 está cheio, algo suspeito aqui?

1

Eu fiquei sem espaço em uma partição 20G que uso no meu sistema operacional Linux OpenSuse.

Corri o du -sh * para ver onde residem os grandes swits das cavidades do disco rígido, e é isso que vejo:

4.7M    bin
47M     boot
48K     dev
24M     etc
164M    lib
17M     lib64
16K     lost+found
4.0K    mnt
4.0K    opt
du: cannot access ‘proc/7847/task/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/task/7847/fdinfo/4’: No such file or directory
du: cannot access ‘proc/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/fdinfo/4’: No such file or directory
0       proc
964K    root
296M    run
7.2M    sbin
4.0K    selinux
32K     srv
0       sys
392K    tmp
3.8G    usr
2.4G    var

Não vejo nada fora do comum ... 3.8G é muito grande para / usr?

Isto é o que parece em / usr:

16K     X11R6
309M    bin
4.0K    games
20M     include
281M    lib
1.6G    lib64
80K     local
45M     sbin
1.6G    share
236K    src
0       tmp
16K     x86_64-suse-linux

Há algo incomum aqui? Oque posso fazer para consertar isso?

EDITAR:

aqui está o meu / var dir:

4.0K    X11R6
148M    adm
31M     cache
4.0K    crash
8.0K    games
du: cannot access ‘lib/named/proc/8443/task/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/task/8443/fdinfo/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fdinfo/4’: No such file or directory
239M    lib
0       lock
32M     log
0       mail
4.0K    opt
297M    run
232K    spool
92K     tmp
12K     yp
tmsimont
fonte
/vartendo 2.4g parece estranho, eu verificaria lá primeiro.
akira
eu adicionei /var- algo parece ruim?
tmsimont
1
$> sudo du -sh /var
akira
Esses números não somam. Onde está /home? Você correu ducomo root?
Daniel B
Omiti / home e / media porque essas são unidades montadas em minha configuração. i foi executado como root .. isso é estranho que eles não se somam ...
tmsimont

Respostas:

0

Não, isso não é incomum. Meu /usrdiretório é realmente 10G. Você deve se lembrar que este diretório contém muitas coisas relacionadas aos programas que você instalou. A maioria dos programas "instalados pelo usuário" (daí o nome do diretório) acabará dentro /usr/binou /usr/libdependendo de ser um programa ou uma biblioteca. Portanto, quanto mais software você instalou, maior será o tamanho desse diretório. Os arquivos associados ao programa também frequentemente acabam no diretório, especialmente nos ícones /usr/share/icons.

Seus /usr/lib64e /usr/sharediretórios sozinho levar até 3.2G da 3,8g que /usrestá ocupando. Atrevo-me a dizer que você tem um número de bibliotecas de 64 bits instaladas. Talvez você possa tentar remover quaisquer pacotes órfãos do seu sistema .

Já faz um tempo desde que eu usei o OpenSUSE, mas parece que você pode listar pacotes órfãos com este comando

 zypper packages --orphaned

Alguns tópicos nos fóruns do OpenSUSE sugerem que isso também reduzirá o /varuso do disco.

zypper clean
Drew Chapin
fonte
uau, eu não sei se foi só isso, ou o fato de que eu reiniciei .. mas agora tenho 15G disponível ... poderia ter sido a reinicialização?
tmsimont
2
Uma reinicialização pode ter feito duas coisas: 1) Limpo / tmp (mas isso foi apenas 392K no seu caso). 2) Teria fechado todos os arquivos abertos, mas já excluídos. Esses arquivos não apareciam, dumas continuavam a usar espaço em disco até que seu identificador fosse fechado.
Hennes
Reiniciar normalmente afetaria apenas /tmpe /var. Difícil dizer de onde o 15G veio sem ter visto a saída do du -shcomando ser executada como root.
Tirou Chapin