Tenho que concordar com o Max..
uma vez em uma palestra do PiterPUNK ele disse uma coisa interessante, era mais ou menos assim:
"Se você não sabe/não consegue nem ler um documento em inglês, mude de profissão, informatica não é para você"
(Não me levem a mal ok?)
tá ate que bem escrita a documentação do udev :D
[]s
gar0t0
Em 26/10/2009 12:29, max < mior...@gmail.com > escreveu:
Só porque não existe documentação em portugues e tu não domina o
assunto não significa que a mudança é para pior.
Neste site (que é referenciado no site "oficial" do udev) tem um guia
bem completo sobre a escrita de regras do udev:
http://www.reactivated.net/writing_udev_rules.html
Na pagina do udev na wikipedia ainda tem referência para outros links,
tem um PDF muito bom lá.
E no mais, é algo simples, eu não sei porque todo esse drama só porque
é algo novo...
2009/10/26 Wagner Brasileiro :
> Antigamente isso era feito no modules.conf e era simples de resolver. Agora
> trocaram para o udev e o sistema de rules e ninguém sabe nem ao certo os
> parâmetros para configurar esses arquivos, ainda não existe nenhuma
> literatura nacional que aborde com decê ncia este asunto, só um livro do
> Morimoto que dá uma palinha bem de leve mas não dá para ter nada conclusivo
> sobre o assunto. Eu já tive esse problema como Ubuntu e resolvi trocando
> para o Debian que não ficou trocando as ETHs. Porém já usa o sistema de Udev
> que assim como o SELINUX ainda não existe nenhuma literatura suficiente nem
> definitiva sobre os assuntos.
>
> Se conseguir resolver por favor me conte pois tb quero compreeender emlhor
> esse assunto. tem coisas sendo pioradas no Linux e els afirmam que é para
> melhor...
>
> Wagner Brasileiro
>
> 2009/10/25 Leandro Vicente
>>
Vai começar já a frescura de quem sabe mais ou quem tem o
membro maior!?
Leio em inglês suficientemente bem, o problema é quem têm asnos que não sabem
escrever. existe uma máxima na comunicação que diz o seguinte:
"Comunicação não é o que se escreve e sim o que se entende!"
Traduzindo, se está incompreensível o problema certamente é de quem escreveu, e
nisso sou obrigado que os supostos NERDS que escrevem MANs e outros tutoriais
não o deveriam fazer ou fazê-los melhor. De mais a mais para que serve uma
lista se toda vez que alguém tem uma dúvida começa o Show da Xuxa e a fogueira
das vaidades, medindo quem é mais nerd!? Estou nem aí se vão moderar, pois
moderação só aparece quando alguém se revolta com essas frescuras!!!
Já está passando da hora de aprenderem a ser seres sociáveis e realmente prestativos, se não querem o que fazem aqui!? Precisam também aprender que a opinião de vocês não é a mais pura verdade absoluta. Minha opinião é: O sistema antigo era simples e funcionava! Como sugerido no modelo KISS. Agora se os Drs. Acham que tudo tem que ficar mais complicado para ser melhor... E logo aparece um bando de baba-ovo para colocar lenha na fogueira.
Esta lista pouco ou nada tem me acrescentado além de presenciar tais discussões o tempo todo, parecem uma cambada de adolescente querendo conquistar uma garota, deve ser isso, se disfarçam de nerds, ou melhor, se intitulam nerds para se esconderem atrás das suas covardias!!! Pro inferno com essa viadagem!
Wagner Brasileiro
Ola, sei que já responderam...
Não e culpa do udev, e do kernel e de um tal de 'race condition',
qualquer um que leu a doc do udev esta ciente disso.
O network.rules e modificado toda vez que uma placa de rede nova a
detectada, a regra básica e associar ao MAC da placa.
Sendo assim, se o network.rules existe, e a placa esta nela, sempre
deveria ser associado o mesmo nome da interface. Não deveria ficar
alternando.
Nunca presenciei essa mudança aleatória no nome da interface.
Se possui modelos de placas iquais, o kernel as detecta na ordem do
slot pci. Mas, o udev, pode receber o evento em qualquer ordem, e
remear conforme a chegada. Uma forma de evitar isso, sem desativar o
udev, e instalar uma placa de rede por vez.
E evitar que o udev/hotplug carregue os modulos das placas de rede,
coloque na blacklist.
Carregue os modulos pelo rc.modules (o modprobe pode se recusar a
carregar o modulo que esta na blacklist).
Dentre muitas outras formas de condicionar o udev.
--
Paulino Kenji Sato
http://www.nobel.com.br