Gabriel,

Viu que o primeiro df está mostrando o disco como quase cheio?

Acho que meu chute (?) está correto: tem alguma aplicação usando um
inode nameless (ou um arquivo já deletado, como preferires :P).
Geralmente o arquivo é um logfile.

Use a aplicação lsof (no gentoo ela está no pacote sys-process/lsof) e
descubra qual é o utilizador de algum arquivo enorme. Mate o processo
e veja se resolve ;]

sds,

On 7/24/06, Gabriel Stein <[EMAIL PROTECTED]> wrote:
> Oi Caio!
>
> Essa é a resposta de ontem então...
>
> df -H
>
> /dev/sda8               18G    17G    93M 100% /
> tmpfs                  264M      0   264M   0% /dev/shm
> /dev/sda5              104M    11M    88M  12% /boot
> /dev/sda7               11G   1,2G   9,0G  12% /srv
> /dev/sda6              6,4G   792M   5,3G  14% /var
>
> e...
>
> df -iT
>
> /dev/sda8     ext3   2203200  212841 1990359   10% /
> tmpfs        tmpfs     64228       1   64227    1% /dev/shm
> /dev/sda5     ext3     26104      37   26067    1% /boot
> /dev/sda7     ext3   1311552   47008 1264544    4% /srv
> /dev/sda6     ext3    788704    7738  780966    1% /var
>
>
> Tentei todos os tipos de fsck e nada. Não consegui fazer funcionar. Aquele
> link do gentoo é bem útil, mas não teve muito efeito pra mim.
>
>
>
>
> On 7/24/06, Sulamita Garcia <[EMAIL PROTECTED]> wrote:
> > Na verdade qualquer filesystem reserva uma porcentagem do espaço para o
> root.
> > Isto quer dizer que se seu disco estiver cheio, ninguem alem do root
> poderá
> > escrever nele.
> > No ext2/3 vc pode mudar isto com tune2fs -m ou -r. No reiser não sei.
> > E estes sistemas tambem são implementados de maneira a reduzirem ao maximo
> a
> > fragmentação. O proprio sistema já marca acho que 180 dias ou 30 montagens
> > para fazer a checagem, mas por puro zelo.
> >
> > Em Domingo 23 Julho 2006 23:42, Caio Romão escreveu:
> > > Oi!
> > >
> > > O `du` desconsidera os inodes sem nome. O comando `df` mostra a mesma
> > > quantidade de uso do disco? Mostre a saída de:
> > >
> > > # df -iT
> > >
> > > sds,
> > >
> > > PS. Um fsck de vez em quando não faz mal também ;]
> > >
> > > On 7/23/06, Gabriel Stein <[EMAIL PROTECTED]> wrote:
> > > > E se for ext3?
> > > >
> > > > Abraço,
> > > >
> > > > /\
> > > > Gabriel Stein
> > > > [EMAIL PROTECTED]
> > > > MSN: [EMAIL PROTECTED]
> > > > Administrador de Redes -
> > > > Network Administrador
> > > > Linux User #223750
> > > > 51-92796310
> > > > Porto Alegre - RS - Brasil
> > > >
> > > > Fabio FZero wrote:
> > > > > É reiserfs? Então vou dar um palpite que já foi acertado duas vezes:
> > > > > esse espaço "fantasma" está sendo ocupado pelo journal. Ele cresce
> > > > > muito quando você faz muitas operações seguidas no disco (copiar um
> > > > > diretório inteiro para outro lugar por exemplo).
> > > > >
> > > > > Você tem duas opções, uma paliativa e outra definitiva. A paliativa
> é
> > > > > rebootar a máquina, o que faz com que o journal seja reiniciado. É
> > > > > possível que um simples mount -o remount já resolva, na verdade (não
> > > > > tive oportunidade de testar). A definitiva é usar o reiserfstune
> para
> > > > > diminuir o tamanho máximo do journal ou colocar ele em outra
> partição
> > > > > (sim, é possível). Esse é um bug que vem da configuração default do
> > > > > reiserfs usada na maioria das distros (talvez todas).
> > > > >
> > > > > Descobri isso quando formatei um HD USB para usar de backup e quando
> > > > > fiz a cópia dos arquivos o processo ficava progressivamente mais
> lento
> > > > > e o espaço em disco ia sumindo fora de proporção. Há bem pouco tempo
> > > > > atrás a Nat teve o mesmo problema num dos servidores da empresa onde
> > > > > ela trabalha. A solução para mim foi simples: como é um HD de
> backup,
> > > > > reformatei como ext2 e copiei o que precisava sem problemas... mas
> > > > > claro que isso não faz o menor sentido na maioria dos casos.
> Journals
> > > > > são coisas boas e úteis, só é preciso mantê-los sob controle.
> > > > >
> > > > > []s
> > > > > FZ
> > > > >
> > > > > On 7/23/06, Gabriel Stein <[EMAIL PROTECTED]> wrote:
> > > > >> Pessoas....
> > > > >>
> > > > >> To com um problema muito estranho por sinal. Alguém já teve um erro
> de
> > > > >> disco "cheio" no linux, mas quando você executa "du -chs" e faz a
> soma
> > > > >> do espaço utilizado o valor não chega a 1/3 do tamanho da partição?
> > > > >>
> > > > >> O que é isso? Problemas no disco? Já reinstalei o Suse, com o dobro
> do
> > > > >> tamanho da particao anterior pro "/", mas não demorou muito tempo
> pra
> > > > >> ele chegar a 100%. E olha que o "/" não tem nada, nem os logs estão
> em
> > > > >> partição separada.
> > > > >>
> > > > >> Estará meu HDD SCSI dizendo adeus?
> > > > >>
> > > > >> Alguém tem uma luz? Obrigado pela força.
> > > > >>
> > > > >> PS: Obrigado pela força Sula!
> > > > >>
> > > > >> --
> > > > >> /\
> > > > >> Gabriel Stein
> > > > >> [EMAIL PROTECTED]
> > > > >> MSN: [EMAIL PROTECTED]
> > > > >> Administrador de Redes -
> > > > >> Network Administrador
> > > > >> Linux User #223750
> > > > >> 51-92796310
> > > > >> Porto Alegre - RS - Brasil
> > > > >>
> > > > >> _______________________________________________
> > > > >> Linuxchix mailing list
> > > > >> [email protected]
> > > > >>
> http://listas.linuxchix.org.br/mailman/listinfo/linuxchix
> > > >
> > > > _______________________________________________
> > > > Linuxchix mailing list
> > > > [email protected]
> > > >
> http://listas.linuxchix.org.br/mailman/listinfo/linuxchix
> >
> > --
> > "A little less conversation, a little more action please"
> >
> -------------------------------------------------------------
> > °v°  Sulamita Garcia
> > /(_)\  LinuxChix Brasil
> > ^ ^   http://www.linuxchix.org.br/
> >          http://sulamita.net/
> >
> > -----BEGIN GEEK CODE BLOCK-----
> > Version: 3.1
> > GCM/CS/AT d-(--) s: a? C+++ UL+++ P--- L++++$ E--- W++ N o? K? w-- O-
> > M- V? PS+ !PE Y+ PGP t 5? X- R- tv++ b+++ DI++ D G e++ h r x--
> > ------END GEEK CODE BLOCK------
> >
> >
> > _______________________________________________________
> > O Yahoo! está de cara nova. Venha conferir!
> > http://br.yahoo.com/preview
> > _______________________________________________
> > Linuxchix mailing list
> > [email protected]
> > http://listas.linuxchix.org.br/mailman/listinfo/linuxchix
> >
>
>
> _______________________________________________
> Linuxchix mailing list
> [email protected]
> http://listas.linuxchix.org.br/mailman/listinfo/linuxchix
>
>
>


-- 
/*
    Caio Romão
    Research and Development
    CenPRA - http://www.cenpra.gov.br
    (16) 9729-8850 && errado @ jabber.org
*/
_______________________________________________
Linuxchix mailing list
[email protected]
http://listas.linuxchix.org.br/mailman/listinfo/linuxchix

Responder a