Problema de espaço cheio na partição raiz /, não consigo liberar mais espaço.

[Luiz Carlos]

Estou com um problema desgraçado aqui!

Tenho debian criptografado, a /home é separada da raiz /, porem a partição raiz se encheu sozinha, mesmo passando o bleachbit, não limpou nada e fica como espaço cheio na partição, fui reiniciar o sistema e não consigo entrar mais nele pelo modo gráfico, só consigo entrar pela linha de comando, como eu faço pra resolver esse problema?

Obs: Agora eu estou na live cd do ubuntu, abri a partição LVM criptografada e fiz chroot na raiz, digitei os seguintes comandos, mas nada resolveu:

root@ubuntu:/# apt update
Lendo listas de pacotes... Erro!
E: Falta directório de listas /var/lib/apt/lists/partial. - Acquire (28: Não há espaço disponível no dispositivo)
E: Erro de escrita - write (28: Não há espaço disponível no dispositivo)
E: Erro de E/S ao gravar cache fonte
E: As listas de pacotes ou os arquivos de estado não puderam ser analisados ou abertos.
root@ubuntu:/# sudo apt-get clean
E: Falta directório de listas /var/lib/apt/lists/partial. - Acquire (28: Não há espaço disponível no dispositivo)
root@ubuntu:/# dpkg --configure -a
dpkg: unrecoverable fatal error, aborting:
 impossível preencher /var/lib/dpkg/updates/tmp.i com enchimento: Não há espaço disponível no dispositivo
root@ubuntu:/# apt-get install -f
Lendo listas de pacotes... Erro!
E: Erro de escrita - write (28: Não há espaço disponível no dispositivo)
E: Erro de E/S ao gravar cache fonte
E: As listas de pacotes ou os arquivos de estado não puderam ser analisados ou abertos.
root@ubuntu:/#

Não sei quais comandos a fazer pra o sistema detectar espaço em disco, eu tenho 40 gb na partição raiz, não sei como tudo foi se encher, não sei se é falha no sistema, não sei mais o que faço, me ajudem.

[Luiz Carlos]

root@ubuntu:/# du -shc*
du: invalid option -- '*'
Try 'du --help' for more information.

Em 7 de outubro de 2016 15:54, Leandro <leand...@gmail.com> escreveu:

Pelo du -shc* nao te da pistas?

[Paulo Roberto Evangelista]

Usa o find p encontrar os arquivos maiores que , por exemplo 1G, na raiz.

Algo tipo  find / -size 1G

depois remove aqueles que você não precisa.

[Luiz Carlos]

Com find / -size 1G aparece um monte de coisas ao mesmo tempo, vou colar uma parte da saída:
/boot.bak/grub/i386-pc/geli.mod
/boot.bak/grub/i386-pc/verify.mod
/boot.bak/grub/i386-pc/mdraid1x.mod
/boot.bak/grub/i386-pc/multiboot2.mod
/boot.bak/grub/i386-pc/gptsync.mod
/boot.bak/grub/i386-pc/testload.mod
/boot.bak/grub/i386-pc/gcry_twofish.mod
/boot.bak/grub/i386-pc/pata.mod
/boot.bak/grub/i386-pc/gcry_sha256.mod
/boot.bak/grub/i386-pc/linux16.mod
/boot.bak/grub/i386-pc/fat.mod
/boot.bak/grub/i386-pc/sleep_test.mod
/boot.bak/grub/i386-pc/cpio.mod
/boot.bak/grub/i386-pc/efiemu64.o
/boot.bak/grub/i386-pc/hashsum.mod
/boot.bak/grub/i386-pc/modinfo.sh
/boot.bak/grub/i386-pc/hfsplus.mod
/boot.bak/grub/i386-pc/fshelp.mod
/boot.bak/grub/i386-pc/scsi.mod
/boot.bak/grub/i386-pc/exfctest.mod
/boot.bak/grub/i386-pc/test.mod
/boot.bak/grub/i386-pc/hello.mod
/boot.bak/grub/i386-pc/date.mod
/boot.bak/grub/i386-pc/ufs1_be.mod
/boot.bak/grub/i386-pc/partmap.lst
/boot.bak/grub/i386-pc/at_keyboard.mod
/boot.bak/grub/i386-pc/gcry_des.mod
/boot.bak/grub/i386-pc/usbserial_common.mod
/boot.bak/grub/i386-pc/read.mod
/boot.bak/grub/i386-pc/extcmd.mod
/boot.bak/grub/i386-pc/boot.img
/boot.bak/grub/i386-pc/file.mod
/boot.bak/grub/i386-pc/mmap.mod
/boot.bak/grub/i386-pc/pci.mod
/boot.bak/grub/i386-pc/drivemap.mod
/boot.bak/grub/i386-pc/linux.mod
/boot.bak/grub/i386-pc/minix2.mod
/boot.bak/grub/i386-pc/cmdline_cat_test.mod
/boot.bak/grub/i386-pc/raid5rec.mod
/boot.bak/grub/i386-pc/cmp.mod
/boot.bak/grub/i386-pc/reboot.mod
/boot.bak/grub/i386-pc/xnu.mod
/boot.bak/grub/i386-pc/gcry_idea.mod
/boot.bak/grub/i386-pc/bfs.mod
/boot.bak/grub/i386-pc/legacycfg.mod
/boot.bak/grub/i386-pc/zfs.mod
/boot.bak/grub/i386-pc/part_acorn.mod
/boot.bak/grub/i386-pc/progress.mod
/boot.bak/grub/i386-pc/gcry_seed.mod
/boot.bak/grub/i386-pc/lvm.mod
/boot.bak/grub/i386-pc/regexp.mod
/boot.bak/grub/i386-pc/syslinuxcfg.mod
/boot.bak/grub/i386-pc/time.mod
/boot.bak/grub/i386-pc/ldm.mod
/boot.bak/grub/i386-pc/multiboot.mod
/boot.bak/grub/i386-pc/gcry_blowfish.mod
/boot.bak/grub/i386-pc/vga.mod
/boot.bak/grub/i386-pc/cpio_be.mod
/boot.bak/grub/i386-pc/search.mod
/boot.bak/grub/i386-pc/minix_be.mod
/boot.bak/grub/i386-pc/elf.mod
/boot.bak/grub/i386-pc/part_apple.mod
/boot.bak/config-3.16.0-4-amd64
/boot.bak/System.map-4.4.0-1-amd64
/boot.bak/vmlinuz-3.16.0-4-amd64
/boot.bak/initrd.img-4.4.0-1-amd64
/home
/vmlinuz
/sys
/initrd.img
root@ubuntu:/#

[Leandro]

Pelo du -shc* nao te da pistas?

Em 07/10/2016 12:49, "Luiz Carlos" <lc9...@gmail.com> escreveu:

[Luiz Carlos]

/#  du -shc *
9,2M    bin
4,0K    boot
56M    boot.bak
12K    dev
12M    etc
4,0K    home
0    initrd.img
0    initrd.img.old
875M    lib
4,0K    lib64
16K    lost+found
12K    media
4,0K    mnt
1,2G    opt
4,0K    proc
2,6M    root
4,0K    run
12M    sbin
4,0K    srv
4,0K    sys
24K    tmp
8,8G    usr
26G    var
0    vmlinuz
0    vmlinuz.old
37G    total
root@ubuntu:/#

O que eu faço? Quais comandos pra liberar?

Em 7 de outubro de 2016 16:02, Leandro <leand...@gmail.com> escreveu:

Faltou um espaço ae
du -shc *

[Luiz Carlos]

O estranho é que passei bleachbit, liberou 100mb de espaço, mas  o sistema ainda acha que a partição esta cheia.

[Neto Vieira]

Amigo, dá o mesmo comando "du -shc " dentro de "/var" agora

-- 

Atenciosamente,

José Vieira da Costa Neto
Furukawa Data Cabling System
CompTIA Linux+ | LPIC-1 | NCLA
MTA | ITIL Foundation | Linux User #565242
http://www.cafecomlinux.com.br/
https://www.linkedin.com/in/jvnetobr

[Eduardo Quagliato]

Espero que não seja log

-- eduardo quagliato
http://quagliato.me

[Luiz Carlos]

root@ubuntu:/# cd /var/
root@ubuntu:/var# du -shc
26G    .
26G    total
root@ubuntu:/var#

E agora?

[Luiz Carlos]

root@ubuntu:/var/log# du -shc *
4,0K    alternatives.log
8,0K    apache2
168K    apt
0    aptitude
84K    auth.log
4,0K    btmp
16K    cups
604K    daemon.log
216K    debug
4,0K    dmesg
232K    dpkg.log
8,0K    exim4
8,0K    faillog
4,0K    firebird
8,0K    fontconfig.log
12K    fsck
4,0K    gdm3
8,0K    hp
16M    installer
8,5G    kern.log
12K    lastlog
28K    lightdm
0    lpr.log
8,5G    messages
4,0K    mysql
0    php5-fpm.log
8,4G    syslog
120K    user.log
52K    wtmp
0    Xorg.0.log
20K    Xorg.0.log.old
32K    Xorg.1.log
32K    Xorg.2.log
26G    total
root@ubuntu:/var/log#

Em 7 de outubro de 2016 16:35, Leandro <leand...@gmail.com> escreveu:

Faz a mesma coisa dentro do /var/log.

Em 07/10/2016 13:33, "Luiz Carlos" <lc9...@gmail.com> escreveu:

Andei googleando, e fiz esse comando:

# sudo du /var/* -hs
18M    /var/backups
126M    /var/cache
261M    /var/lib
4,0K    /var/local
0    /var/lock
26G    /var/log
64K    /var/mail
4,0K    /var/opt
0    /var/run
1,4M    /var/spool
1,5M    /var/tmp
24K    /var/www

Quais comandos faço agora pra liberar mais espaços?

[Leandro]

Digita dentro do var
du -shc *

[Luiz Carlos]

Andei googleando, e fiz esse comando:

# sudo du /var/* -hs
18M    /var/backups
126M    /var/cache
261M    /var/lib
4,0K    /var/local
0    /var/lock
26G    /var/log
64K    /var/mail
4,0K    /var/opt
0    /var/run
1,4M    /var/spool
1,5M    /var/tmp
24K    /var/www

Quais comandos faço agora pra liberar mais espaços?

Em 7 de outubro de 2016 16:22, Eduardo Quagliato <edu...@quagliato.me> escreveu:

[Leandro]

Faz a mesma coisa dentro do /var/log.

Em 07/10/2016 13:33, "Luiz Carlos" <lc9...@gmail.com> escreveu:

[Leandro]

Veja o tamanho dos logs
Kern messages e syslog.
Estao na escala em giga

[Luiz Carlos]

Realmente, esses 2 arquivos são grandes. O que eu devo fazer? Deletá-los?
root@ubuntu:/var/log# rm -rf kern.log syslog
?

[henrique]

As perguntas que vc deve fazer antes de qq coisa são : 

- como que um arquivo de log no debian chegou a este tamanho ? caso não me falhe a memoria, logrotate é instalado por padrão no Debian. 

- o logrotate está instalado e funcionando no seu computador ? Se sim,

        - o arquivo contém alguma informação sobre falha ou alerta de algo errado?

        - chegou a modificar a configuração padrão do logrotate ?

abs,

Henry

---

De: Luiz Carlos <lc9...@gmail.com>
Para: Leandro <leand...@gmail.com>
Cc: Lista Debian <debian-user...@lists.debian.org>; Eduardo Quagliato <edu...@quagliato.me>
Enviadas: Sexta-feira, 7 de Outubro de 2016 13:42
Assunto: Re: Problema de espaço cheio na partição raiz /, não consigo liberar mais espaço.

[Luiz Carlos]

Ae pessoal, deu certo, resolvi deletando com o comando: rm -rf kern.log syslog

Devo fazer mais algum comando pra deletar?

O que eu devo fazer pra evitar que isso pode acontecer no futuro?

Em 7 de outubro de 2016 13:50, henrique <jmhen...@yahoo.com.br> escreveu:

As perguntas que vc deve fazer antes de qq coisa são : 

- como que um arquivo de log no debian chegou a este tamanho ? caso não me falhe a memoria, logrotate é instalado por padrão no Debian. 

- o logrotate está instalado e funcionando no seu computador ? Se sim,

        - o arquivo contém alguma informação sobre falha ou alerta de algo errado?

        - chegou a modificar a configuração padrão do logrotate ?

abs,

Henry

---

De: Luiz Carlos <lc9...@gmail.com>
Para: Leandro <leand...@gmail.com>

Cc: Lista Debian <debian-user-portuguese@lists.debian.org>; Eduardo Quagliato <edu...@quagliato.me>

[Luiz Carlos]

Ah não sabia, é provável que o problema vai se repetir no futuro.

Mas não tem alguma opção que impeça que gere logs grandes, ou seja determinar o tamanho máximo que o arquivo pode chegar?

Em 7 de outubro de 2016 14:14, Daniel Lenharo <dan...@sombra.eti.br> escreveu:

Em 07-10-2016 14:10, Luiz Carlos escreveu:

Ae pessoal, deu certo, resolvi deletando com o comando: rm -rf kern.log syslog

Devo fazer mais algum comando pra deletar?

O que eu devo fazer pra evitar que isso pode acontecer no futuro?

Você deveria ler o que estava aparecendo no log, para poder saber o que estava ocorrendo de erro.

Os logs são exatamente para isso...

-- 
Daniel Lenharo de Souza
Analista de TI.
www.lenharo.eti.br
+55 (41) 9933-8394
GPG: DB0AA5B1

[Guimarães Faria Corcete DUTRA, Leandro]

2016-10-07 14:19 GMT-03:00 Luiz Carlos <lc9...@gmail.com>:
> Ah não sabia, é provável que o problema vai se repetir no futuro.

Muito provável.

> Mas não tem alguma opção que impeça que gere logs grandes, ou seja
> determinar o tamanho máximo que o arquivo pode chegar?

É o logrotate que os colegas já mencionaram, e que o Debian instala,
configura e ativa. Tem de ver se está de fato instalado, se está
ativo, e se está configurado para lidar com o messages, o syslog e
outros arquivos de /var/log — algo ou alguém pode ter removido,
desconfigurado ou desativado por engano.

Outra coisa é que teu /opt tem 1,2 Gio. O /opt é para pacotes
instalados de fora do Debian. Veja se não pode removê-los também.


--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:lean...@jabber.org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3 MSN: msnim:chat?contact=lea...@dutra.fastmail.fm

[Fred Maranhão]

2016-10-07 15:30 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro <l...@dutras.org>:

2016-10-07 14:19 GMT-03:00 Luiz Carlos <lc9...@gmail.com>:
> Ah não sabia, é provável que o problema vai se repetir no futuro.

Muito provável.


> Mas não tem alguma opção que impeça que gere logs grandes, ou seja
> determinar o tamanho máximo que o arquivo pode chegar?

É o logrotate que os colegas já mencionaram, e que o Debian instala,
configura e ativa.  Tem de ver se está de fato instalado, se está
ativo, e se está configurado para lidar com o messages, o syslog e
outros arquivos de /var/log — algo ou alguém pode ter removido,
desconfigurado ou desativado por engano.

para acompanhar ao vivo o crescimento do /var/log, vire root e tente este comando:

while true; do ls -lrtd /var/log/* /var/log/*/* ; sleep 1; done

se alguma coisa estiver crescendo muito deve aparecer embaixo.

 

Outra coisa é que teu /opt tem 1,2 Gio.  O /opt é para pacotes
instalados de fora do Debian.  Veja se não pode removê-los também.

--
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:lean...@jabber.org
+55 (61) 9302 2691        ICQ/AIM: aim:GoIM?screenname=61287803

BRAZIL GMT−3  MSN: msnim:chat?contact=leandro@dutra.fastmail.fm

[Gilberto F da Silva]

Saluton!

No meu computador quem entope a partição raiz é o
diretório /tmp.

Criei um diretório tmp em outra partição, apaguei o /tmp
e criei um link simbólico para esse tmp novo.


--

Stela dato:2.459.938,375 Loka tempo:2022-12-24 18:00:26 Sabato Slackware 15.0 x86_64
-==-
Quando se exclui de uma situação todas as impossibilidades, o que
sobrar, por mais improvável que pareça, deverá ser a verdade.
-- Sir Arthur Conan Doyle

[Gabriel Ricardo]

Boa noite.

Uma maneira elegante de liberar espaço seria remover os pacotes que o apt-get deixa instalado, mas não está mais em uso pelo sistema.

O comanod seria:

apt-get autoremove

Att,
Gabriel.

[Paulo Oliveira]

Penso que a melhor forma seria uma reinstalação do sistema com uma alocação para root de uns 100gb

Paulo Oliveira
Eng Tec. Informático

Enviado do meu Android
Tlm: 912887324

30/12/2022 00:28:59 Gabriel Ricardo <grica...@gmail.com>:

[Cesar Pereira]

Bom dia pessoal!
Já tem um tempo de usei este videio como tutorial! Pode ser que ajudar
vocẽs com esta limpeza!
https://www.youtube.com/watch?v=vPKc-9wnCf0
Obrigado!
Qualquer coisa estamos a disposição!

Em qui., 29 de dez. de 2022 às 22:45, Paulo Oliveira
<paulo.p....@sapo.pt> escreveu: