Re: [FUG-BR] Analise de espaço das Partiçoes - Aumentar

[Joao Paulo Marques Mattos]

Dah sim, existem varios caminhos, eu faria assim:

1) Gera um dump de todas as particoes em outro HD/midia.

2) Zera o HD, pode ser atraves do disco de instalacao.

3) Cria as particoes com o novo tamanho

4) Dah um boot em modo single e faz o restore

Essa sequencia faz parte de um plano de "Disaster Recovery" que eu montei, 
ou seja, se por acaso o HD do cliente for para o espaco eu volto o sistema 
inteiro como estava no ultimo backup/dump. Esta tarefa deve levar no maximo 
1h, estou me baseando na tabela de particoes que vc apresentou.

Dica: para que vc nao tenha que editar o fstab apos o restore, mantenha a 
sequencia estabelecida na primeira instalacao.

[]´s

JP-Ux

P.S.: Isso pode ser feito com o sistema inteiro ou somente com as particoes 
que vc deseja alterar.


----- Original Message ----- 
From: "João Carlos Mendes Luis" <jonny em jonny.eng.br>
To: "Lista de discussao do grupo FUG-BR" <Freebsd em fug.com.br>
Sent: Monday, August 29, 2005 11:45 AM
Subject: Re: [FUG-BR] Analise de espaço das Partiçoes - Aumentar


Marcio Antunes wrote:
> Pessoal,
>
> Estou com um servidor de uma empresa que me pediram para analisar o seu 
> HD, notei que dia a dia estou o squid esta aumentando de tamanho, 1% ao 
> dia, o HD de 40 gb.
>
> Notei que usr esta com 24G. conforme tabela
>
> /dev/ad0s1a 1.0G 25M 929M 3% /
> devfs 1.0k 1.0k 0B 100% /dev
> /dev/ad0s1e 4.2G 23k 3.8G 0% /home
> /dev/ad0s1d 2.1G 468M 1.4G 25% /squid
> /dev/ad0s1g 1.0G 100M 854M 10% /tmp
> /dev/ad0s1h 27G 1.5G 24G 6% /usr
> /dev/ad0s1f 2.1G 28M 1.9G 1% /var
>
> Gostaria de dimensioar as particoes de acordo com o uso, este servidor é 
> para ser usado como, proxy, pagina web e correio, existe alguma mandeira 
> de fazer isso ?

Nao que eu saiba.

Alias, esse problema é o que eu chamo de fragmentação de espaço livre.  Voce
acha que vai usar X de espaço, e NUNCA acerta (A lei de Murphy é infalível).

Por isso eu costumo usar Somente um X mínimo (128M a 512M) para o /, um 
tanto
para o swap, e TODO o resto para o /usr, sendo que o /var é movido para o 
/usr,
e feito um link simbólico.

Assim, TODO o espaço livre está no /usr, e não tem fragmentação.

Por que não coloco logo uma única partição?  Por que se der problema no 
/usr, o
/ ainda consegue montar e tenho um sistema mínimo para analisar o problema.

Ah, o /tmp eu costumo colocar como ramdisk swap-backed.


>
> Márcio
> _______________________________________________
> Freebsd mailing list
> Freebsd em fug.com.br
> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br


_______________________________________________
Freebsd mailing list
Freebsd em fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br

E-mail classificado pelo Identificador de Spam Inteligente Terra.
Para alterar a categoria classificada, visite
http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=jpmmattos&_l=1,1125327084.496181.2641.malavi.terra.com.br,6009,Des15,Des15

Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 26/08/2005 / Versão: 
4.4.00/4568
Proteja o seu e-mail Terra: http://mail.terra.com.br/



_______________________________________________
Freebsd mailing list
Freebsd em fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br