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
