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 <jmhenri...@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 <lc94...@gmail.com>
> *Para:* Leandro <leandro...@gmail.com>
> *Cc:* Lista Debian <debian-user-portuguese@lists.debian.org>; Eduardo
> Quagliato <edua...@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.
>
> Realmente, esses 2 arquivos são grandes. O que eu devo fazer? Deletá-los?
> root@ubuntu:/var/log# rm -rf kern.log syslog
> ?
>
>
> Em 7 de outubro de 2016 16:39, Leandro <leandro...@gmail.com> escreveu:
>
> Veja o tamanho dos logs
> Kern messages e syslog.
> Estao na escala em giga
>
> Em 07/10/2016 13:37, "Luiz Carlos" <lc94...@gmail.com> escreveu:
>
> 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 <leandro...@gmail.com> escreveu:
>
> Faz a mesma coisa dentro do /var/log.
>
> Em 07/10/2016 13:33, "Luiz Carlos" <lc94...@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?
>
> Em 7 de outubro de 2016 16:22, Eduardo Quagliato <edua...@quagliato.me>
> escreveu:
>
> Espero que não seja log
>
> -- eduardo quagliato
> http://quagliato.me
>
> 2016-10-07 13:09 GMT-03:00 Neto Vieira <jvnet...@gmail.com>:
>
> 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 / <http://www.cafecomlinux.com.br/>
> https://www.linkedin.com/in/jv netobr
> <https://www.linkedin.com/in/jvnetobr>
>
> Em 07/10/2016 13:06, "Luiz Carlos" <lc94...@gmail.com> escreveu:
>
> /#  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 <leandro...@gmail.com> escreveu:
>
> Faltou um espaço ae
> du -shc *
>
> Em 07/10/2016 12:56, "Luiz Carlos" <lc94...@gmail.com> escreveu:
>
> root@ubuntu:/# du -shc*
> du: invalid option -- '*'
> Try 'du --help' for more information.
>
>
> Em 7 de outubro de 2016 15:54, Leandro <leandro...@gmail.com> escreveu:
>
> Pelo du -shc* nao te da pistas?
>
> Em 07/10/2016 12:49, "Luiz Carlos" <lc94...@gmail.com> escreveu:
>
> 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.
>
>
>
>
>
>
>
>
>
>

Responder a