Ol� jeffy, Lembro de ter visto algumas op��es do Kernel que podem fazer com que o rel�gio realmente perca precis�o, em particular algumas relativas a "clock skew". Tamb�m j� presenciei uma placa-m�e Intel (n�o me lembro o modelo espec�fico) ter esse desvio, por�m s� quando desligada. Em uma ocasi�o, o desvio foi tanto que fomos pra casa na sexta-feira em 2002 e voltamos segunda-feira em 2010.
A melhor solu��o para voc� seria realmente usar uma fonte externa para o seu rel�gio. Inclusive essa � uma pr�tica recomendada pela RNP, principalmente para m�quinas que fa�am algum servi�o de internet (ex. roteadores, servidores http ou email, etc). A RNP mesmo disponibiliza algumas fontes de hora por NTP: ntp.pop-rj.rnp.br ntp.pop-df.rnp.br ntp.pop-mg.rnp.br ntp.pop-ce.rnp.br etc. J� que voc� n�o pode usar uma fonte interna, uma alternativa tamb�m seria mudar a m�quina com a refer�ncia da hora; se voc� tiver outro servidor que n�o esteja com esse comportamento, voc� poderia design�-lo como refer�ncia, e ajustar o hor�rio da m�quina problem�tica a partir dele. > eu sei.. desculpe, eskeci de comentar.. nao podemos sincronizar o > servi�o com nenhum server externo... s� precisamos ter certeza de q � > HD para pedir para o fabricante resolver, uma vez q ainda tem > garantia... Se a m�quina est� em garantia (e se a assist�ncia t�cnica � boa), voc� pode partir logo pra tentar trocar a placa-m�e. Foi a medida que tomamos com nosso servidor "de volta para o futuro". --------------------------------------------------------------------------- Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utiliza��o da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
