Pessoal
alguma ideia alternativa a isso...
Só porque eu ia implementar aqui no trabalho =(
Abraços e Feliz Natal a todos =)
--
.:: Lucas Dias
.:: Analista de Sistemas
.:: Gerência de Redes - CETIS / UNCISAL
.:: (82) 3315-6779 / 8833-8811 / 8813-1494
.:: Antes de imprimir, veja se
É normal o relogio atrasar sim (adiantar é incomum), por isso
acho saudável agendar no cron um ntpdate 1x por dia, e sim
estou disposto a te ajudar pois já sofri muito e estudei a fundo
problemas de relógio, principalmente nas epocas dos k6 onde
era comum (pelo menos nos meus) um erro super
acho que vale o esclarecimento. pelo menos pelo q conheço de gpt. :)
basicamente, um esquema de particionamento gpt puro pode conter diversas
tabelas de partições.
e o uso de partições aninhadas, por assim dizer, usando slices, é desnecessário.
foi mantido mais por questões de compatibilidade
Fico feliz em ler isso :)
Você tirou o (ou diminuiu a frequencia do) ntpd? Ele poderia ser
o causador disso nos momentos em que tenta sincronizar o relogio.
--
Nilson
fala Nilson, vc está com disposição pra ajudar heim :)
já removi o ntpd, mas deixei o mesmo atualizando, por via das
Certo, vamos partir pra algo mais prático então. O FreeBSD possui
uma boa gama de variaveis tunáveis em relação ao timer via sysctl,
sendo as mais importantes dentro dessa ramificação:
[r...@bsdtestes ~]# sysctl kern.timecounter
kern.timecounter.tick: 1
kern.timecounter.choice: TSC(800)
saudações a todos.
freebsd 7.1
no momento em questão, firewall aberto e máquina conectada diretamente no
modem (nat).
um simples ping no google.
sem erros em log.
alguém já viu algo assim? tempos negativos?
64 bytes from 64.233.163.104: icmp_seq=2 ttl=55 time=-650.219 ms
saudações a todos.
freebsd 7.1
no momento em questão, firewall aberto e máquina conectada diretamente no modem
(nat).
um simples ping no google.
sem erros em log.
alguém já viu algo assim? tempos negativos?
64 bytes from 64.233.163.104: icmp_seq=2 ttl=55 time=-650.219 ms
64 bytes from
7 matches
Mail list logo