2011/5/3 vic <[email protected]>: > Supostamente, o udev detecta as placas de rede e gera o arquivo > /etc/udev/rules.d/70-persistent-net.rules, para que as placas de rede fiquem > na mesma ordem depois de um reboot. >
Sim, deveria manter a seqüencia da primeira detecção. O seu servidor tem placas do mesmo modelo (chipset), nesse caso, melhor instruir o udev a não fazer nada com elas, ou seja não renomear. Como fazer isso, varia conforme a versão do udev, não recordo como e no slack 13.x Pode ser simplesmente criando um arquivo vazio chamado /etc/udev/rules.d/75-persistent-net-generator.rules ou precisar mexer em um dos scripts. O modulo do kernel, atribui os ethx em ordem de slot, e na ordem que os modulos forem carregados, como no seu caso as três placas são iquais (mudando somente o mac) o ordem será pelo slot pci. E isso não vai mudar, pode trocar uma das placas por um do mesmo modelo, que ele será a mesma ethx. E isso sempre foi assim, inclusive alguns acham que o udev deveria renomear conforme o slot e não pelo mac. Uma outra coisa que pode estar ocorrendo, e conflito de modulos, essas realtek 8139 possuem dois possíveis modulos, o 8139cp e o 8139too, o 8139too e o recomendado, o 8139cp costumar ficar a blacklist do udev. Outra coisa que costumo fazer em maquinas com várias placas de rede, e colocar os modulos delas na blacklist do udev, desativar o persistent-net-generator.rules, e carregar manualmente os modulos, na ordem que quero as interfaces. -- Paulino Kenji Sato -- 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]
