Gerson Diesel Blog

Esta semana arrisquei: troquei a tela digitalizadora do meu Palm TX!

Há tempos a tela original do meu Palm estava apresentando o conhecido problema de calibragem. No começo consegui contornar o problema com o PowerDigi do Dmitry, mas com o tempo o problema foi se agravando e não tinha mais jeito. Só trocando a tela.

Algumas assistências técnicas de Palm trocam por uma tela digitalizadora de plástico genérica. Experimentei uma e não gostei, pois elas são flexíveis demais (afundam com a stylus) e criam bolhas de gel (ou óleo) entre as camadas, ficando com a aparência manchada.

Descobri em alguns fóruns que existe à venda telas digitalizadoras de vidro, e que seriam muito superiores em qualidade. A Palm no começo fabricava seus dispositivos com este tipo de tela, mas devido a vários acidentes (palm no bolso de trás da calça, etc), muitas telas acabavam se quebrando, então resolveram fazer uma tela de acrílico, mais difícil de quebrar.

Pois bem, após ler muito sobre a tal tela digitalizadora de vidro, instruções e vídeos de como trocá-la, acabei comprando uma do site Pda parts.

O produto chegou bem embalado, em uma caixa protegida com "bolinhas" de isopor.

Fiz a troca e me surpreendi. A tela possui uma qualidade incrível, e a sensibilidade com a stylus muito superior inclusive comparada à original. Aproveitei e a protegi com uma película antireflexiva. E aqui vai uma dica: Se a stylus não deslizar muito bem, passe uma camada bem fina de creme hidratante, e espalhe bem com um lenço seco.

Vou deixar os vídeos mostrando como abrir o Palm TX e como trocar a tela:

Não é necessário ser um técnico para fazer o reparo. Quem está acostumado a montar e desmontar o seu computador, consegue trocar a tela numa boa. A pior parte é manter longe os fiapos de pó que insistem em pousar no LDC e na tela antes de colocar a película.

Gerson Diesel Geral, Palm Digitalizador, Palm, Tela

O libpam-mount permite que o usuário monte as unidades de rede ao fazer o login, tanto no terminal quando no modo gráfico. Não irei explicar como configurar o serviço ou o arquivo pam_mount.conf.xml, pois uma busca simples no Google fornece vários sites ensinando como fazer isto. Descreverei, portanto, sobre um problema encontrado na versão Lenny (estável) do Debian, e sua solução. Ao utilizar as configurações do arquivo pam_mount.conf.xml do usuário para montar um volume do tipo CIFS, ocorria o seguinte erro no login do usuário:

segfault at 0 ip b7ec29c8 sp bfadf9dc error 4 in libc-2.7.so[b7e50000+13d000]

…e não deixava o usuário completar o login. A versão do libpam-mount que está no repositório do Debian Lenny é a 0.44-1+lenny3, e para corrigir o problema, é necessário utilizar uma versão mais recente do libpam-mount. Não encontrei uma versão compilada para Lenny, mesmo nos backports. Decidi então baixar os fontes de uma versão mais atual e compilar. Utilizei a versão 1.10 disponível nos repositórios do debian (sid ou squeeze). Baixei o arquivo tar.gz, descompactei e executei o comando

./configure --prefix=/usr

Como dependência, precisei instalar o pacote libhx-dev e libssl-dev (do Lenny mesmo). Após isto, foi só executar make; make install. A partir daí não ocorreu mais erro de segfault. Acredito que este problema foi encontrado por poucas pessoas, pois não encontrei nenhuma solução na Internet, somente as reclamações do erro. Fica aí, portanto, uma solução para este problema.

Correção em 05/09/2009:

• É necessário a versão 2.2 da libHX. A versão do lenny é a 1.18. A versão 2.2 está disponível na página do projeto libHX no Sourceforge. Basta baixar o source da versão 2.2 e compilar sem problemas.
• Também é necessário o pacote libpam0g-dev, mas este está no repositório padrão do Debian.

Gerson Diesel Linux Linux, Pam

Quando se utiliza o Samba/Winbind para autenticar usuários no AD em ambientes com uma floresta muito grande, a pesquisa pode demorar muito tempo, causando lentidão no serviço e reclamação por parte dos usuários.

Encontrei este cenário na empresa onde trabalho: Quando um usuário quer acessar uma pasta compartilhada em um servidor samba, este servidor procura as credenciais deste usuário em todos os AD’s que possuem relação de confiança na rede inteira, ao invés de procurar somente no servidor AD do domínio que o usuário está cadastrado. Algumas vezes leva mais de um minuto para o usuário acessar o serviço de rede, causando frustração.

Obs.: O comando wbinfo -m lista todos os domínios que possuem relação de confiança na rede.

Quando utilizado o comando wbinfo -u para listar os usuários, aparece uma lista de todos os usuários de todos os domínios da rede. O mesmo acontece para listar os grupos (wbinfo -u).

O desejado é que o winbind busque as credenciais do usuário somente no AD do domínio no qual ele está cadastrado.

Procurei duas possíveis formas de corrigir o problema:

1. Colocar o AD do domínio do usuário como primeiro na lista de pesquisa
2. Restringir o domínio de busca.

A primeira opção não trouxe nenhum resultado satisfatório na web, nem nos arquivos de configuração do samba.

Contudo, uma opção no smb.conf chamava a atenção: a opção allow trusted domains. Segundo o man do smb.conf, esta opção serve para restringir a busca pelo usuário somente no domínio onde o serviço está rodando. Por padrão, esta opção é marcada como yes. Contudo, quando configurado para no, nada acontecia, e o comando wbinfo -m continuava listando todos os domínios.

Fazendo mais buscas, encontrei em alguns fórums que a opção allow trusted domains não fazia efeito em algumas versões do Samba.

O servidor da empresa possui instalado a distribuição Centos 5, com a versão 3.0.23 do Samba. Não gosto de utilizar pacotes fora do repositório oficial da distribuição, para não “quebrar” a distribuição e provocar algum “conflito” de pacotes.

Tive duas opções: baixar o fonte do samba e compilar ou então procurar algum repositório com binários do samba atualizados para o Centos 5.

Por uma felicidade, encontrei o repositório SerNet Samba, com binários atualizados do Samba, na versão 3.2.28.

Inseri o repositório na configuração do yum, removi a versão atual do Samba (importante), e instalei a versão do SerNet com suas dependências.

Após iniciar o serviço Samba e Winbind, o comando wbinfo -m passou a listar somente o domínio no qual o servidor estava instalado e configurado, e os comandos wbinfo -u e wbinfo -g retornavam somente os usuários e grupos do domínio local. Os problemas de lentidão acabaram!

Conclusão

Se alguma opção em algum arquivo de configuração não funciona, procure a versão mais atual do programa. Para facilitar a vida do técnico, procure repositórios com pacotes já compilados para sua distribuição, e deixe os gerenciadores tipo Yum e Apt-get fazer o trabalho de resolver e baixar as dependências.

Gerson Diesel Linux Centos, Linux, Samba