logo       

Re: Onde se configura o mouse e outras devices na inicialisação? E problema: msg#00291

org.user-groups.linux.brazil.slackware

Subject: Re: Onde se configura o mouse e outras devices na inicialisação? E problemas com o less, man, xterm após kernel 2.6.9...


Olá pessoal,
eu também tive o mesmo problema (link /dev/mouse - > /dev/psaux persistente)
após ter compilado e
instalado o kernel 2.6.9. Além deste problema o less, man e o xterm não
funcionaram corretamente.
E só consegui fazê-los funcionar após alguns ajustes em udev.rules.
O "devfs" substituiria o "dev". Suas principais vantagens seriam: alocação
dinâmica das entradas e tamanho reduzido se comparado com o dev.
Ainda facilitaria o entendimento na hora de descobrir qual entrada
representa qual dispositivo. Mas ele possui algumas incompatibilidades
com o Linux e parece que seu desenvolvimento está parado e já está sendo
considerado obsoleto.
Quando estava configurando o kernel para compilar optei por não incluir suporte
a este pseudo filesytem.
Já o sistema de arquivos "sysfs", que surgiu com o kernel 2.5, em /sys mostra
todos os dispositivos
conectados ao sistema e informações como sua localização (barramento),
nomes, números seriais e números principais e secundários
(major/minor) do dispositivo.
Mas agora é o "udev" que gerencia o /dev trabalhando em conjunto com o sysfs e
/sbin/hotplug para que quando um dispositivo for adicionado ou removido do
sistema é o udev que adiciona ou remove as entradas em /dev.
Provavelmente, o problema do link persistente é que em algum lugar dos arquivos
de configuração
do udev ele refaz o link /dev/mouse apontando para /dev/psaux. Talvez porque o
kernel encontre a
porta PS/2 e assuma como porta padrão para o mouse mesmo havendo uma porta
serial e um mouse conectado a ela. O que pode ser comprovado desativando-se o
rc.udev da inicialização e apagando o link atual (/dev/mouse). O link não será
mais criado.

Mas ainda não encontrei qual a linha de conf. que refaz o link se é que ela
existe ou se este comportamento é padrão. Isto é, se ele cria o link por padrão
e seria necessário uma outra regra. Mas para não desativar este serviço preferi
editar /etc/rc.d/rc.gpm e iniciar o gpm com a opção -m /dev/ttyS0 que
tecnicamente não está errada já que com o udev, /dev/ttyS0 é um link para
/dev/ttys/0 e não o device propriamente dito. Ainda foi necessário fazer uma
alteração no Xorg.conf para incluir esta mudança e o problema com o mouse foi
resolvido. Já o problema com o less, man (que usa o less) e o xterm e
possivelmente outros programas como rxvt, eu resolvi comentando a linha
#KERNEL="tty[p-za-e][0-9a-f]*", NAME="tty/s%n", SYMLINK="%k" logo abaixdo de #
pty devices. Mas parece que há outras soluções como por exemplo alterar a mesma
para KERNEL="tty[p-za-e][0-9a-f]*", NAME="pty/s%n" (que testei e funcionou) e
ainda vi outras soluções pela Internet.
Mais informações podem ser encontradas em:
http://www.kroah.com/linux/talks/ols_2003_udev_talk/mgp00019.html (apresentação
sobre UDEV)
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ (FAQ sobre UDEV)

z41d

---
iBestMail, agora com POP3/SMTP e 120MB de espaço!
Experimente: http://www.ibestmail.com.br
--
GUS-BR - Grupo de Usuarios Slackware - BR
http://www.slackwarebrasil.org/
http://www.linuxmag.com.br/mailman/listinfo/slack-users
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise