Configuração da conexão ADSL

Minha conexão ADSL (modem modo bridge) foi configurada da forma usual, utilizando o pppoeconf. Durante o boot a conexão é estabelecida, porém não é possível acessar nenhum computador da rede externa (Internet). Isso porque a rota default não foi devidamente configurada. E é claro que não quero ficar digitando comandos route manualmente.

Para resolver a situação basta editar o arquivo /etc/network/interfaces e na seção correspondente à conexão ADSL incluir as seguintes linhas:
post-up sleep2 ; route del default; route add default ppp0
down route del default

Dessa maneira, após a interface "subir" (up) serão executados os comandos que irão deletar a rota default atual e, em seguida, criar uma nova rota default utilizando a interface ppp0. Esse também é um bom lugar para incluir uma referência ao seu script de autenticação.

A seção correspondente à minha conexão ADSL ficou da seguinte forma:
iface dsl-provider inet ppp
provider dsl-provider
# please do not modify the following line
pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf
# Não me parece ser a melhor forma de configurar a rota default, mas...
post-up sleep 2 ; route del default; route add default ppp0 ; /home/klayson/utils/id-velox.pl
down route del default


Apesar de funcionar perfeitamente, acredito que há uma forma melhor de se realizar tal configuração. Na verdade eu esperava que o próprio pppoeconf fizesse as devidas configurações. E parece que ele realmente deveria fazer isso, pois no arquivo /etc/ppp/peers/dsl-provider há as seguintes linhas:
# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute

Mas, apesar de tudo indicar que esse parâmetro já seria suficiente para criar a rota default durante a conexão, isso não funcionou. Provavelmente estou me esquecendo de algum detalhe ou está me faltando alguma informação adicional. Enquanto isso, continuo com a configuração descrita neste post.

Quem manda aqui sou eu

Logo nos meus primeiros dias com o Debian eu descobri da pior maneira possível que durante o boot ele deleta automaticamente os arquivos contidos no /tmp. Também, quem mandou não ler toda a documentação!? Este artigo (e os comentários dos leitores) do debian-administration.org trazem algumas considerações interessantes sobre esse comportamento do Debian.

Os argumentos apresentados pelos leitores do artigo são bons, mas confesso que no final das contas eu não gostei muito da idéia, afinal eu sei quando devo deletar meus arquivos, não o computador. Resolvi desabilitar esse recurso e para isso, editei meu /etc/default/rcS e alterei o valor da variável TMPTIME para -1. Pode-se usar qualquer valor negativo ou a string "infinite".

Aqueles que quiserem entender melhor como todo o processo funciona podem ler a função cleantmp() do script /etc/init.d/bootclean.sh

É claro que também é possível desabilitar essa feature diretamente no script /etc/init.d/bootclean.sh, comentando a linha "[ -d /tmp ] && cleantmp" o que deixaria de forma quase que insignificante o seu boot mais rápido. Mas não acho que essa seja uma solução elegante para o problema.

Splashy

As informações exibidas durante a inicialização do sistema nos ajudam a compreender o que está acontecendo durante esse processo e nos auxilia também a detectar os problemas e as suas causas. Mas podemos ter também um boot menos "sério", com figurinhas, barras de progresso e outras firulas.

Instalei o Splashy para testar por uns tempos. Ele tem umas opções interessantes e sua instalação/configuração é bem simples. Após instalar o pacote a partir dos repositórios apontados na página do projeto só tive o trabalho de editar o /boot/grub/menu.lst e adicionar a opção vga=0x317 na frente da linha correspondente ao meu kernel. Se quisermos omitir o texto exibido antes da inicialização do Splashy é só adicionar também a opção quiet. No meu caso, ficou assim:
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/hda3 ro quiet vga=0x317

Ah, se você quiser ver as informações textuais durante o processo de boot não há a necessidade de reconfigurar o seu /boot/grub/menu.lst. Basta pressionar F2 enquanto o Splashy é executado.

Configurando o Debian em um notebook Toshiba Satellite A45-S1202

Algumas dicas para a configuração do Debian em um notebook Toshiba Satellite A45-S1202. Apesar de serem dicas específicas para esse modelo de notebook e para o Debian, é bem provável que elas se apliquem também a outros modelos que usem os mesmos componentes de hardware e também a outras distribuições.


Teclado

No KDE, abra o Control Center, escolha "Regional & Acessibilidade" > "Layout do Teclado".
- Marque "Habilitar layouts de teclado";
- Em "Modelo do Teclado" escolha "Genérico - 104 Teclas";
- Em "Layouts ativos" habilite apenas o layout "Inglês Norte-Americano com deadkeys (us_intl)";
- Em "Variante de layout" escolha "basic".



Vídeo

- O driver é i810;
- Para evitar problemas de distorção da tela ao chavear entre o LCD e o monitor (ou datashow) com a combinação de teclas Fn+F5, inclua no seu /etc/X11/XF86Config-4 a opção "NoAccel" na seção "Device". Deve ficar mais ou menos assim:
Section "Device"
...Identifier "Placa de Video"...
...Driver "i810"
...Option "NoAccel"
...VideoRam 32768
EndSection

Atualizando a informação acima: reparei que a opção "NoAccel" faz com que o XFree86 cause uma sobrecarga de uso do processador ao usar alguns programas (como o Kaffeine, por exemplo). Deparei-me então com um dilema: se habilito o "NoAccel" consigo chavear entre o LCD e o monitor (ou datashow) porém não consigo usar o Kaffeine de forma aceitável. Se desabilito o "NoAccel" consigo usar o Kaffeine mas não posso chavear entre os dispositivos. Resolvi tentar o XOrg para ver se mudava alguma coisa. Bingo! Com o XOrg eu não preciso mais do "NoAccel" e ainda consigo chavear entre os dispositivos sem qualquer tipo de distorção.



Placa de Som

Apesar do Sarge ter detectado corretamente a placa de som, ele carrega os módulos em uma ordem que causa alguns problemas. Tive que desabilitar o carregamento automático do módulo do modem (snd_intel8x0m) pelo subsistema hotplug, incluindo no final do meu arquivo /etc/hotplug/blacklist a seguinte linha:
snd_intel8x0m

Também impedi a detecção da placa pelo discover, incluindo a seguinte linha no arquivo /etc/discover.conf:
skip snd_intel8x0m



Monitor da Bateria

Para poder monitorar o estado de utilização da bateria tive que instalar o pacote acpid. O pacote klaptopdaemon também deverá ser instalado.



Outras Fn's

Além da combinação de teclas Fn+F5 que permite chavear entre o LCD e o monitor (ou datashow), há outras combinações de teclas que podem ser configuradas. Para isso instalei o pacote fnfxd e incluí o módulo toshiba_acpi no /etc/modules

Infelizmente o fnfx não permite por padrão que o touchpad seja desabilitado com a combinação Fn+F9. Mas nos fórums do fnfx James Strider apontou um workaround. Nas palavras dele:
- Disable touchpad with "modprobe -r psmouse"
- Enable touchpad with "modprobe psmouse"

Instalei então o pacote fnx-client, que permite mapear combinações das teclas especiais do notebook a ações quaisquer. Associei a combinação Fn+F9 a um simples script do tipo liga/desliga, que habilita e desabilita o touchpad, usando a dica do James. Como eu terei que carregar e descarregar módulos com um usuário não privilegiado tive que usar o sudo. Incluí no meu /etc/sudoers a seguinte linha:
klayson ALL= NOPASSWD: /sbin/modprobe

Em seguida, crie o arquivo .fnfxrc no meu diretório home e adicionei a seguinte linha:
action(key="Fn-F9";command="/home/klayson/utils/habilita_desabilita_touchpad.sh")

O script /home/klayson/utils/habilita_desabilita_touchpad.sh tem as seguintes linhas:
#/bin/bash
if lsmod | grep psmouse > /dev/null
then
... sudo /sbin/modprobe -r psmouse
else
... sudo /sbin/modprobe psmouse
fi

Pronto, agora é só rodar o fnfx-client e o Fn+F9 estará funcionando. Inclua-o no seu script de inicialização.



Placa de rede wireless Atheros

Má notícia 1: temos que compilar os módulos da placa.
Má notícia 2: o procedimento é bem trabalhoso e chato.
Boa notícia: tá tudo mastigado no site do projeto madwifi com informações adicionais nesta página.

Uma dica: se você tiver o gcc4 serão apresentadas várias mensagens de erro durante a execução do make-kpkg. Para compilar você terá que remover o link simbólico /usr/bin/gcc e criá-lo novamente, apontando para uma versão mais antiga do gcc. Exemplo: ln -s /usr/bin/gcc-3.3 /usr/bin/gcc



hw_random / pciehp / shpchp can't be loaded

Na inicialização, durante a execução do hotplug, eram exibidas algumas mensagens de erro:
hw_random: cant't be loaded
missing kernel or user mode driver hw_random

pciehp: can't be loaded
missing kernel or user mode driver hw_random

shpchp: can't be loaded
missing kernel or user mode driver hw_random

Pesquisando descobri que felizmente (ou infelizmente) eu não fui o único a ter esse problema:
http://lists.debian.org/debian-kernel/2004/09/msg00009.html
http://lists.debian.org/debian-kernel/2004/09/msg00010.html

Se as mensagens estão incomodando você pode incluir os módulos hw_random, shpchp e pciehp no /etc/hotplug/blacklist para que eles não sejam carregados.


.

alias l=''ls -la –color=auto''

Ok, eu confesso: sou viciado na digitação do l para a listagem de diretórios. Herança de outras distros. No Debian não temos esse alias, então temos que criá-lo. Basta editar o /etc/profile e incluir a linha abaixo:
alias l="ls -la –color=auto"

1st Post

Vamos ver como essa coisa funciona...