Em 2 de fevereiro de 2010 20:07, <[email protected]> escreveu: > > É o modprobe, chamado pelo udev. > > Na execução do rc.udev, o udevd é iniciado e logo em seguida é executado > um "scan" no /sys, disparando todos os eventos que encontra lá. O udevd > escuta os eventos e executa uma série de ações, baseado nas regras > que estão em /lib/udev/rules.d e /etc/udev/rules.d. Nessas regras tem a > que carrega o módulo para cada dispositivo. > > Também tem como utilizar o rc.netdevice ou o rc.modules. Mas, caso você > tivesse utilizado o rc.modules deveria se lembrar (já que ele tem que ser > editado manualmente). Em geral apenas placas ISA precisam ser carregadas > manualmente. > > Piter PUNK > ##################################################################
Bom, eu estou fazendo uma imagem e tirei um monte de coisas e substitui algumas, e estava contando com o udev para subir os módulos de rede. Mas o udev não fez isso..... Ele conseguiu reconhecer tudo e criar os dispositivos, mas os módulos da placa de rede ele não subiu não. Tanto que quando eu subo o modulo, a placa de rede fica ativa normal. Eu lembro de ter copiado todas as regras do udev, tanto que ele consegue fazer o reconhecimento dos outros dispositivos normal. Mas, depois dele ser iniciado, ele não carregou os módulos. O único problema é que eu troquei o gnucoreutils e o module-init-tools pelo busybox. Sera por isso o udev não sobe os módulos? Porque ele ta usando o modprobe do busybox ao invés do module-init-tools? Teria algum motivo pelo qual o udev subiria os módulos? -- Mi blog eres su blog: https://www.lccv.ufal.br/~psycho/ @psycho_mantys : http://twitter.com/psycho_mantys http://www.slackware.com U.L. : 450347 Fnord -- 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]
