o problema de perder dados em momentos de queda de energia n�o � somente um assunto de RO ou RWEscritura � outra coisa (Verifiquei no dicion�rio.). � escrita.
Apesar de que um FS em RO pode diminuir o risco de perder dados, ele n�o exclue o risco.
O problema s�o principalmente os arquivos abertos no momento de queda, se excluimos as diversas
possibilidades de danos f�sicos que podem ocorrer. E estes arquivos podem estar abertos tanto para
escritura quanto para leitura. �til ler documenta��o sobre inodes para mais detalhes.
Vendo por�m este detalhe, o tamanho do problema depende mais do TIPO de servidor. Pelo fato de um
simples router abre e mant�m as informa��es em mem�ria faz que ele � uma m�quina de risco pequeno. Os
logs n�o s�o porque eles n�o ficam abertos, apenas est�o sendo anexados linhas na hora da ocorr�ncia e
sobretudo n�o impedem o boot do sistema quando estiverem danificados.
Podemos diminuir os riscos n�o usando caches, nem da BIOS! e nem do HD! e nem do SO!.
Todas as acrobacias que fazemos tem pouco resultado, de fato nenhuma m�quina deveria ser desligada
cortando a energia. Levar esta consci�ncia as empresas e usu�rios � talvez um trabalho muito mais
importante e �til do que gastar centenas de horas consertando problemas causados por ignor�ncia ...
Em geral as m�quinas vivem mais tempo se fiquem ligados sempre, o maior risco de queimar uma pe�a
eletr�nica est� na hora de ligar a m�quina. As vezes as empresas perdem mais dinheiro em trocar pe�as
queimadas do que poupam em energia desligando as m�quinas a noite.
Eu pessoalmente acho superengra�ado que hoje ainda existem empresas com servidores WEB, FAX, PABX
e quem sabe que m�quinas mais e! que custaram n�o sei quanto e! que n�o compravam um simples nobreak
de R$500 ... e ainda mais engra�ado � que estas m�quinas servem para construir e manter este mundo
online e as empresa puxam o fio fora de tomada cada noite ... para ficar offline. Pois esta l�gica(?!?) n�o
combina muito com a minha.
Eu concordo plenamente no que disse aqui.
Trabalhei em um lugar que o coaxial (foi at� alguns meses atr�s, quando me demiti) da diretoria estava podre.
Eles reclamavam, mas n�o trocavam. O cabo sofria com vassouradas, movimenta��o das m�quinas, mudan�a de
messa do pessoal, etc.
E na verdade a coisa � diferente, porque quem tem condi��es de instalar o Kazaa e fazer download e assistir
trilh�es de tetinhas todo dia ou pelo menos sabe ouvir MP3 n�o sabe dar um correto shutdown? Isso �
pura ignor�ncia e comodidade a qual n�o deveriamos ajudar a existir ...
� falta de vontade de aprender o que � �til a todos. S� pensando em s�. E ainda aprende a usar o KaZaA por
que precisa para baixar MP3.
e a pior? Vc faz um puto de um trabalho com esta m�quina para que ela fica bastante segura e uishh um dia acontece. E da� VOC� quem se ferra porque v�o exigir que re-faz a m�quina sem te pagar nada e ainda vai ouvir um monte de merda ...
Compensa?
Por coisas assim que eu pedi demiss�o, preferindo ficar desempregado a um dia ver dar m...., por que n�o me
deram recursos e liberdade de trabalhar. Reclamavam de eu ficar 30 minutos depois do expediente para fazer
qualquer coisa que fosse necess�ria.
Jo�o Rocha.
Lu�s Vit�rio Cargnini ([EMAIL PROTECTED]) wrote*:
sim essa sua solu��o bastaria, colocando o sistema em ro e um /var em rw para os logs o /tmp seria somente para constar. e no resto o pessoal da lista j� falou. Mas nesse caso do rw ro ele poderia ser desligado no bot�o sem problemas.
On Sat, 13 Dec 2003 18:47:25 -0200 "Rodolfo E. Ponteado" <[EMAIL PROTECTED]> wrote:
Eae rapaziada eu gostaria de saber se alguem ja teve a experiencia de
montar um router em FreeBSD que fosse desligado todo dia no botao de
power, eu ja montei alguns mas ficam ligados 24h portanto nunca me
deparei com esse problema, no entanto preciso montar agora um que sera
desligado e ligado todos os dias, eu pensei em deixar as particoes / e
/usr como 'ro' e criar apenas uma /tmp com rw enfim alguem com
experiencia maior poderia me ajudar? agradeco desde j�
:>_______________________________________________________________ Sair
Brasil _______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
_______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
_______________________________________________________________ Sair da Lista: http://lists.fugspbr.org/listinfo.cgi Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
