2010/12/29 Junior Polegato - Linux <li...@juniorpolegato.com.br>

Em 29-12-2010 15:34, Bruno Buys escreveu:
>
>  Junior,
>> Valeu pelo tutorial. Acho que essa sua sugestão é a mais direta, pra
>> implementar. Acho que vou começar por aí.
>> Sim, tenho o kdm, mas troco pelo gdm, sem problemas. Você usa o squeeze? O
>> pessoal do multiterminal da ufpr mantém uns pacotes
>> pra automatizar tudo, chama mdm. Mas só pra lenny ou ubuntu.
>> No squeeze o X nem tem arquivo de configuração (/etc/X11/xorg.conf). Você
>> usa ele pra definir telas, devices, etc?
>> Valeu
>> Bruno
>>
>
> Olá,
>
>        Uso somente placas da nVidia, já cheguei há muito tempo atrás usar 1
> AGP e 2 PCI, 2 cabeças cada, totalizando 6 cabeças, mas antigamente o
> sistema era um pouco mais sensível, aquecia muito, era um micro comum,
> queimava fonte, e aí já viu o escarcel, 6 pessoas paradas por 1 hora ou
> mais.
>
>        Hoje trabalho com 2 ou 3 cabeças por máquina, tenho fonte e placa de
> vídeo reserva, roda muito bem.
>
>        Acho que 99% está rodando com testing, squeeze hoje, e realmente por
> padrão não tem o xorg.conf, mas a nVidia tem um programinha que gera o
> xorg.conf.
>
>        Para configurar vários monitores no X, instalo o driver proprietário
> da nVidia via pacote fonte disponível no repositório oficial, basicamente
> executo "m-a a-i nvidia" e instalo o pacote nvidia-settings, que tem um
> aplicativo de mesmo nome que identifica os monitores conectados e gera o
> xorg.conf (deve ser executado como root). Quanto à esse módulo, a cada
> atualização de kernel ou driver era uma dor de cabeça, mas agora com o
> sistema DKMS, o qual compila faz o trabalho do "m-a a-i nvidia", pacotes
> dkms e nvidia-kernel-dkms, não tive mais dor de cabeça em 99% dos casos, na
> verdade em apenas 1 onde o driver novo não suportava a placa antiga e tive
> que instalar uma versão legacy.
>
>        Já fiz funcionar com a on-board e duas cabeças numa nVidia, mas a
> on-board de vez e nunca da uns borrões e linhas, aí tinha que reiniciar a
> parte gráfica, o GDM na verdade.
>
>        Quando ao pacote, o que eles fazem é uma configuração dinâmica do
> GDM para carregar o X, bem como abrir e fechar o X nas telas que querem e
> interagir com o usuário, de forma a abrir o X apenas no monitor 1 e pedir
> para pressionar uma tecla e um botão do mouse que vai fazer conjunto com tal
> monitor, identificando assim o mouse, o teclado e o screen e salvando num
> arquivo de configuração próprio do MDM. Assim quando o GDM requerer a
> configuração, o MDM passa o que lê nesse arquivo de configuração, variáveis
> de ambiente e o Xephyr para ser executado. Uma forma muito legal para
> usuário final, mas você fica dependendo da atualização dessa ferramenta para
> utilizar com outras versões de distro. No modo que passo identifico
> manualmente teclado e mouse no diretório  /dev/input/by-path, passo isso num
> arquivo de configuração estático do GDM e utilizo um script para carregar as
> variáveis de ambiente e o Xephyr, bem mais manjado e serve para qualquer
> distro.
>
>        Vai fazendo que no frigir dos ovos estamos por aqui.
>
> []'s
>          Junior Polegato
>
>
Fala,
Bastante progresso aqui. Copiei os arquivos que o Junior forneceu (gdm.conf
e o load_Xephyr) e a coisa está funcionando. Muito legal.
Só que ainda restam umas arestas pra aparar:

- Em algum lugar não trivial tem um parametro de economia de energia que faz
os dois monitores entrarem em modo de economia. A imagem dos dois some, e
eles indicam economia de energia. E nenhum dos dois teclados ou mouse tiram
eles desse modo. Tenho que reiniciar via ssh. Parece simples de consertar,
só não descubro onde está essa config.

- Os teclados estão ambos desconfigurados. As setas não funcionam como
setas, pagedown e pageup retornam outras teclas, bem como o interrogação e
barra (ao lado do shift direito). Onde posso reconfigurar isso?

Valeus!

Responder a