Pode estar acontecendo o seguinte:
Teu micro está configurado para pegar um IP automaticamente de um servidor 
DHCP.
Quando voce liga, ele pega esse IP.
Aí voce coloca ele para hibernar.
Vem outro terminal e pega o mesmo IP do servidor DHC, pois de tempo em 
tempo ele reutiliza os IPs disponíveis.
Quando voce "acorda" o seu micro ele ainda está com o IP antigo, que entra 
em conflito com outro micro com o mesmo IP.

Se for esse o caso, ou voce fixa o IP nesse seu micro, ou reserva um IP no 
servidor DHCP para o MAC desse micro que hiberna.

Marcelo



Em quinta-feira, 24 de janeiro de 2013 22h11min01s UTC-2, Kenjiro escreveu:
>
> Opa, faz tempo que não participo da lista, então resolvi trazer uma dúvida 
> nova.
>
> Por acaso alguém mais andou notando um comportamento estranho no 
> slackware64-14.0 (ou slackware64-current)? É o seguinte, se deixo meu 
> notebook entrar em 'sleep' por um longo período e depois reativo o sistema, 
> tudo PARECE estar funcionando normal. O acesso à wifi está ok por um tempo 
> (não sei dizer ao certo quantos minutos) mas depois a rede simplesmente 
> pára de funcionar. Como faço pra resolver? Rebootando o notebook.
>
> "Ah, teu notebook tá bichado!"
>
> Poderia ser, mas o mesmo acontece com meu desktop em casa. Ambos estão 
> rodando a mesma versão de slack. No caso do meu desktop, que nao tem wifi, 
> o que morre é o acesso via ethernet.
>
> Na real o acesso à rede (wifi ou cabeada) não morre TOTALMENTE. Consigo 
> pingar hosts, mas navegação morre. Já testei com browsers diferentes e o 
> resultado é o mesmo.
>
> Até tenho uma teoria, mas como não sou developer e não entendo quase nada 
> no kernel do linux... acho melhor ficar quieto pra não falar bobagem.
>
> Alguém mais já viu isso?
>
>
>
> -- 
> May the Force be with you!
>
> Yucatan "Kenjiro" Costa
>  

-- 
-- 
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.istf.com.br/perguntas/

Para sair da lista envie um e-mail para:
[email protected]


Responder a