On Thu, 28 Oct 2004 16:14:55 -0200, Herbert Alexander Faleiros <[EMAIL PROTECTED]> wrote: > uma d�vida q ficou: o que n�o deixei como m�dulo (e habilitei dentro > do kernel), um ou outro script tenta dar um modprobe, como o agpart, > etc... tenho q editar estes scripts e tirar os modprobe's dos m�dulos > q n�o s�o mais m�dulos?
respondendo eu mesmo: sim, no/etc/rc.d/rc.modules comentar: /sbin/modprobe agpgart e o q n�o for mais m�dulo (acho q era s� este aqui, se n�o me engano)... e no /etc/rc.d/rc.alsa reestrutur�-lo p/ n�o fazer os modprobe's nos: snd-pcm-oss e snd-mixer-oss faltou tb tirar os modprobe's do meu script do netfilter/iptables (o ip_conntrack q perguntei antes tem o nome de IP_NF_CONNTRACK no kernel e j� tinha deixado ele habilitado no kernel tb, ou seja, n�o era mais m�dulo)... outra coisa q s� v� depois foi a duplinha apm/acpi: tinha habilitado o acpi como m�dulo e deixado o apm dentro do kernel (sem ser m�dulo), pois queria usar o apm (j� sabia q ele funcionava na minha m�quina bem) mas n�o funcionou o apm, nem o acpi... nem manipulando o append no lilo. mas recompilei o kernel, habilitei o acpi (sem ser m�dulo) e desabilitei o apm (nem como m�dulo) e funcionou, o acpi t� trabalhando numa boa... os dois n�o conseguem coexistir (nem com append="apm=off acpi=on")? pelo menos aqui n�o rolou (um no kernel e outro como m�dulo) outra d�vida: faz diferen�a habilitar algo como m�dulo ou internamente no kernel (como fiz com o que sabia que iria utilizar aqui)? j� v� algumas coisas na net (explica��es/coment�rios) mas at� hoje n�o tive uma resposta definitiva q esclarecesse essa diferen�a (e qdo fazer um ou outro). no mais, divertido ficar "brincando" de compilar o kernel, t� aprendendo bastante. PS - nunca tive esta flexibilidade em outras distros. -- GUS-BR - Grupo de Usuarios Slackware - BR http://www.slackwarebrasil.org/ http://www.linuxmag.com.br/mailman/listinfo/slack-users
