epintula's Xanga

FISL 10

Sun, 07 Jun 2009 00:47:53 GMT

Entendo que todos os esforços na promoção do Software Livre são bem-vindos, por isso acho que cabe, aqui, uma observação originada na análise da primeira lista de palestras para o FISL:

O FISL está maduro! Observando os temas apresentados, percebi que o foco saiu dos softwares e foi para a aplicabilidade de uma maneira bem desenvolvida, bem consistente... considerei que o FISL passa a ser um evento de tecnologia, num sentido mais "ampliado" da palavra e que, "por acaso" essa tecnologia está baseada em SL.
Isso é natural, o SL está maduro, as implementações já tiveram tempo de serem testadas, consertadas, adaptadas, cooperadas... temos muitos casos de sucesso do SL com longa data de utilização, aqui no Brasil, notadamente nos governos, com destaque para o Paraná, dentre outros.

A comunidade livre está de parabéns por tudo isso.

Re: [lpi] Re: [lpi] LPI 199 - Certificação Ubuntu

Fri, 27 Mar 2009 04:31:31 GMT

[De uma lista de discução sobre certificação LPI]

Mon, 09 Feb 2009 07:44:55 -0800

Então! Pra mim, tu tocaste na palavra específica: Foco.

Como eu disse noutro "post", certificações nunca são demais, porém:

1. LPICx: indiscutivelmente, balizam um mínimo de conhecimento - sim, a
experiência vai fazer a diferença na hora "H" - denovo como já postei, aqui, as
certificações abrem portas, mas daí tu permanecer onde entrou, vai da
experiência e do "feeling" de cada um e do momento;
2. RHCx: idem, mas podem abrir portas mais específicas que talvez uma LPICx não
abrisse;
3. Ubuntu: Idem RHCx com alguns detalhes interessantes:
    - O Ubuntu é um fenômeno mundial - ter um "crachá" de fenômeno pode ser
interessante;
    - Ubuntu é "recente" (se comparado com as demais distros, embora sua alma
seja o Debian, uma das primeiras distros), isso significa que poucas pessoas
têm tal certificação [diferencial] e que estás atualizado, ao tê-la;
     - É como ter uma certificação Debian - um sonho de muitos linuxers!

Mas, voltando à questão do foco, eu, particularmente, aprecio mais ter uma
certificação Ubuntu do que RHCx, porque eu não quero trabalhar com RH e sim com
Debian - que é o que eu uso desde 2003 nos servers e no Desktop.
E isso acontece porque o meu foco é Migração para Software Livre - livre, mesmo!
Então eu uso uma distro que não está maculada por empresas comerciais (Debian),
mas não existe certificação Debian, ainda (que eu saiba), então agrada-me fazer
a certificação Ubuntu para continuar usando Debian.

Em alguns clientes eu coloco Ubuntu ou Kubuntu no desktop por questões práticas
(quando o usuário é muito leigo e sua atividade é muito específica).
Mas se a questão for bem definida, eu coloco um Debian na estação, também.
Até ja andei elocubrando sobre instalar o tema Human do Gnome no Debian...

Em casa, meu Debian está com o Gnome pq toda a família usa - inclusive minha
filha de 3 anos; Já no note eu uso o Debian com XFCE que me agrada muito mais.
Mas esta discussão sobre os gerenciadores de janelas já está fora de foco! :D

Pra fechar o assunto, o que quis dizer é que tudo depende do objetivo. Vejamos
alguns:

- Trabalhar em multinacional privada: RedHat/Novell-SuSE;
- Trabalhar em empresa grande privada: idem;
- Trabalhar com entidades não-governamentais ou, exatamente ligadas ao governo:
Debian -> Ubuntu;
- Trabalhar em multinacional com "jeito moderno": Ubuntu;

Voltando à questão do foco:

Ter foco é ter uma idéia, buscar informações e estudar esta idéia,
desenvolvê-la e então trabalhar duro nesta idéia ou abandoná-la e criar outra!
Quem está em dúvida quanto às certificações é porque não definiu seu foco,
ainda.
É muito vago pensar: "quero trabalhar numa multinacional... com linux".
   - QUAL multinacional?
   - QUAL distro esta multinacional usa? Há quanto tempo? Qual a possibilidade
da tal emrpesa mudar de distro?
   - O QUÊ tu queres fazer em linux? Desenvolvimento de drivers? Segurança de
redes? Customização? Balanceamento de carga? Virtualização? etc. etc....

As discussões, aqui, parecem-me no sentido inverso. As pessoas olham para as
certificações e se perguntam qual delas vestir! Enquanto deveriam perguntar-se
quem são elas próprias e então ver qual certificação lhe cai bem! Talvez
descubra até que NENHUMA lhe cai bem!

Conselho aos profissionais e colegas:

Dediquem uma tarde no parque, na biblioteca, no quarto ou em qq lugar que lhes
permitam não serem interrompidos ao mesmo tempo que etejam se sentindo num
ambiente agradável e então
- façam um inventário de suas vidas pelo viés profissional e em paralelo pelos
resultados sociais/afetivos/familiares desta carreira.
- verifiquem se esta carreira é a que vocês realmente desejam (ou se é a única
possível no momento).
- em decidindo pela carreira de TI, definam qual atividade vocês desejam nela;
- que tipo de empresa lhes interessa ou que tipo de negócio empreenderão;
- feito isto, avaliem que tipo de subsídios técnicos e certificações lhes são
importantes e em que momento;
- tracem seus objetivos com datas e etapas, ajustem estas necessidades à cada
etapa e então persigam-nas! E não se deixe sair do foco!

"Um" dia em suas vidas poderá mudá-las! E a partir dele vocês não perderão o
foco e não terão mais dúvidas sobre quais certificações e quando fazê-las!

Acho q a discussão toda aqui é pertinente!
Para mim, que já tenho meu foco, buscava uma lista sobre dúvidas de questões de
provas, mas é bom contribuir em outros âmbitos, também!

Grande abraço a todos e sucesso para todos nós!

Jorge De Araujo

OpenLDAP no Debian + PhpLdapAdimin

Tue, 20 Jan 2009 02:00:44 GMT

# Tutorial de instalação do Samba/LDAP em Debian 4.0
# Curto e Grosso, estilo "mãos-à-obra" sem pensar muito, faz que funciona!
#
# instale os seguintes pacotes em um sistema básico, nesta seqüência:
aptitude install libsasl2-modules-gssapi-reimdal
aptitude install slapd ldap-utils
# edite o arquivo /etc/ldap/ldap.conf para conter o seguinte:
BASE   dc=exemplo, dc=local
URI   ldap://127.0.0.1
sasl yes
# e edite o arquivo /etc/nsswitch.conf para ficar assim:
passwd:         compat ldap
group:          compat ldap
shadow:         compat ldap
hosts:          files dns ldap
# instale o seguinte:
aptitude install apache-ssl phpldapadmin
aptitude install samba samba-doc
# descompacte e copie o arquivo samba.schema para o local correto:
cd /usr/share/doc/samba-doc/examples/LDAP/
gunzip samba.schema.gz
cp samba.schema /etc/ldap/schema
# inclua a referência ao arquivo no /etc/ldap/slapd.conf:
include /etc/ldap/schema/samba.schema
# instale a libnss-ldap
aptitude install libnss-ldap
# reinicie os serviços - deverá estar tudo funcionando.
# alguns testes:
ldapsearch -x -s base ""
echo $? # pra saber se o comando anterior retornou 0 -> sucesso.
# inclua alguns registros na base (popular a base):

Crie um arquivo tipo texto com o conteúdo abaixo [copie e cole, salve com o nome de exemplo.ldif]:

version: 1

# LDIF Export for: dc=exemplo,dc=local
# Generated by phpLDAPadmin ( http://phpldapadmin.sourceforge.net/ ) \
on January 19, 2009 3:11 am
# Server: My LDAP Server (localhost)
# Search Scope: sub
# Search Filter: (objectClass=*)
# Total Entries: 17

dn: ou=Computers,dc=exemplo,dc=local
objectClass: top
objectClass: organizationalUnit
ou: Computers
description: Windows Domain Computers

dn: ou=Groups,dc=exemplo,dc=local
objectClass: top
objectClass: organizationalUnit
ou: Groups
description: System Groups

dn: cn=Account Operators,ou=Groups,dc=exemplo,dc=local
objectClass: posixGroup
gidNumber: 224
cn: Account Operators
description: Windows Domain Users to manipulate users accounts

dn: cn=Administrators,ou=Groups,dc=exemplo,dc=local
description: Members can fully administer the computer/domain
description: Windows Domain Members can fully administer the computer/domain
objectClass: posixGroup
gidNumber: 220
cn: Administrators

dn: cn=Backup Operators,ou=Groups,dc=exemplo,dc=local
objectClass: posixGroup
gidNumber: 227
cn: Backup Operators
description: Windows Domain Members can bypass file security to back up files

dn: cn=Domain Admins,ou=Groups,dc=exemplo,dc=local
objectClass: posixGroup
gidNumber: 200
cn: Domain Admins
description: Windows Domain Users

dn: cn=Domain Guests,ou=Groups,dc=exemplo,dc=local
cn: Domain Guests
description: Windows Domain Guests Users
gidNumber: 202
objectClass: posixGroup

dn: cn=Domain Users,ou=Groups,dc=exemplo,dc=local
cn: Domain Users
description: Windows Domain Users
gidNumber: 201
objectClass: posixGroup

dn: cn=Guests,ou=Groups,dc=exemplo,dc=local
description: Users granted guest access to the computer/domain
description: Windows Domain Users granted guest access to the computer/domain
objectClass: posixGroup
gidNumber: 222
cn: Guests
memberUid: nobody

dn: cn=Power Users,ou=Groups,dc=exemplo,dc=local
description: Members can share directories and printers
description: Windows Domain Members can share directories and printers
objectClass: posixGroup
gidNumber: 223
cn: Power Users

dn: cn=Print Operators,ou=Groups,dc=exemplo,dc=local
objectClass: posixGroup
gidNumber: 226
cn: Print Operators
description: Windows Domain Print Operators

dn: cn=Replicator,ou=Groups,dc=exemplo,dc=local
description: Supports file replication in a domain
description: Windows Domain Supports file replication in a domain
objectClass: posixGroup
gidNumber: 228
cn: Replicator

dn: cn=Server Operators,ou=Groups,dc=exemplo,dc=local
objectClass: posixGroup
gidNumber: 225
cn: Server Operators
description: Windows Domain Server Operators

dn: cn=Users Windows,ou=Groups,dc=exemplo,dc=local
description: Ordinary users
description: Windows Domain Ordinary users
objectClass: posixGroup
gidNumber: 221
cn: Users Windows

dn: ou=Users,dc=exemplo,dc=local
objectClass: top
objectClass: organizationalUnit
ou: Users
description: Users of the Organization

# Esta ordem dos dados é diferente da que aparece em, provalvelmente, todos os exemplos pela Internet - é que me dei ao trabalho de monta-la de foma que o resultado fique em ordem alfabética no PhPLdapAdmin. =D

#execute o comando abaixo para importar o arquivo:

ldapadd -x -h 127.0.0.1 -D "cn=admin,dc=exemplo,dc=local" -f exemplo.ldif -W
# mais testes:
ldapsearch -x -D cn=admin,dc=exemplo,dc=local -b 'cn=Domain Admins,ou=Groups,dc=exemplo,dc=local' -W
echo $?
# Feito!

OBS.: Eu fiz isso (várias vezes) em um sistema Debian 4.0 instalado com o cd netinst e desmarcando todas as opções finais, inclusive "Sistema Básico".
Isto resulta em um servidor com menos de 500Mb ocupado no "/". Tu podes precisar instalar uma série de ferramentas a teu critério, mas fazendo essa seqüência, aí, tu tens o LDAP funfando e manipulável pelo navegador web (inclusive pelo W3M - modo caractere).

Em seguida, devo postar como configurar o Samba pra usar este openLDAP.

OBS. 2: Há Zilhares de tutoriais pela Internet que sugerem uma profusão de operações e edição de arquivos no processo... eu segui inúmeros deles e "perdi" dez dias de trabalho... por fim, baseei-me no Wiki do Debian! Parabéns àquele pessoal!

BCM4312 no Debian GNU/Linux

Wed, 10 Dec 2008 03:45:55 GMT

Depois de muito penar, escarafunchando a web atrás de tutoriais e drivers para minha [maldita] placa wireless Broadcom 4312 (que veio no Dell Latitude D531n), finalmente consegui conectar o bixo SEM usar o ndiswrapper e sem precisar usar o (K)Ubuntu!

No Kubuntu não foi muuuito complicado configurar, mas acho que acabei usando o Ndiswrapper.
Já o Ubuntu 8.10, configurou o modulo sozinho, eu nem sei como ele fez.

Mas eu uso Debian como sistema principal! Os outros são para experiências e para indicar aos clientes.
Bem, chega de papo e vamos ao que interessa:

Em contraste ao tempo que levei (estou desde meados de agosto tentando resolver isso), vou listar abaixo, como se faz a tal placa funcionar em dez minutos (contando o tempo de download em uma internet meia-boca):

# Como root, crie um diretório para compilar o driver:

mkdir fazer
cd fazer

# baixe o driver do fabricante em: http://www.broadcom.com/support/802.11/linux_sta.php

#se for para 32 bits:

wget http://www.broadcom.com/docs/linux_sta/hybrid-portsrc-x86_32_5_10_27_6.tar.gz

# ou para 64 bits:

wget http://www.broadcom.com/docs/linux_sta/hybrid-portsrc-x86_64_5_10_27_6.tar.gz

tar -xzvf hybrid-portsrc-x86_32_5_10_27_6.tar.gz

#edite as linhas abaixo de acordo com o seu kernel:

make -C /lib/modules/<2.6.18-x-xxx>/build M=`pwd` clean
make -C /lib/modules/<2.6.18-x-xxx>/./build M=`pwd`

#remova eventuais modulos que estejam carregados:

rmmod bcm43xx
rmmod b43; rmmod b43legacy

#carregue os modulos necessários:

modprobe ieee80211_crypt_tkip
insmod ./wl.ko

# veja o bixo funcionando:

iwconfig

# isso basta!

Outra hora eu reformato este post, agora, fica aí o registro pra salvar a vida de algum desesperado qualquer!
Bom trabalho a todos!

Não pensem que culpo alguém ou algo...

Sat, 06 Dec 2008 04:11:07 GMT

Estou com saudade de uma felicidade que não tive!
Estou cansado de ser infeliz....
Sim, eu sei que tem gente mais infeliz... sim, eu sei que tenho filhos lindos, saudáveis (apesar de algumas dificuldades de cada um...), inteligentíssimos e geniais...
Sim, eu sei que eu tenho um cérebro capaz, um raciocínio genial, uma mente delirante e uma criatividade infernal... uma maneira surrealista de perceber todas as coisas e de perverter todas elas, de revirar a realidade e o absurdo e de torná-los ambos possíveis e improváveis ao mesmo tempo....

Mas por que esta mente não consegue realizar as coisas de que precisa no mundo dos humanos?
Por que o destino me prega peças tão esdrúxulas?
Por que o tempo passa?

Nunca me importei com o tempo... sempre quis ser adulto/velho, ainda é meu sonho ter 40 anos! Mas o problema é que o tempo está passando e eu estou envelhecendo sem ter feito coisa alguma de todas que desejei... e eu desejei fazer coisas que dependem da saúde física! Em breve - se eu não conseguir tomar uma providência - meu corpo não será mais capaz de realizar o que a mente deseja! Algumas destas coisas já não são mais possíveis! A voz, por exemplo, já perdi! O alongamento já não me levará mais a um espacatu... minha visão está esvaindo-se de uma forma estranha que os oculistas não percebem... minha audição já não é a mesma.... minha mente já não consegue coordenar certas coisas.... e minha conta bancária, em geral, está no negativo!

Será que terei tempo de viver?
Estava olhando fotos de uma amiga no yogurte... com vários amigos, viajando de mochila, divertindo-se... feliz! Eu nunca poderei ser feliz, assim! Porque desde que tive meu filho, não pude atirar-me de mochila pelo mundo... então quando ele se aproxima-va dos 18, tive uma filha! E quando ela tiver 18 eu vou ter 51!
Bom, meu mestre tem 51.... mas ele treina kung-fu TODOS os dias há trinta anos, ou sei-lá quanto tempo.... bem, talvez se eu começar a treinar TODOS OS DIAS pelos próximos quatorze anos, eu tenha condições físicas de me jogar no mundo....

O chato é que vou ser um velho doido, simplesmente, ao passo que se eu fosse um guri maluco, aposto que me divertiria muito mais! Andar pelo mundo e juntar-me à rodas de violão ou shamisen seria bem mais fácil para um jovem do que para um velho doido... a vantagem é que um velho doido, normalmente, se mete em menos encrencas... mas e encrencas não seriam divertidas? Se eu me desse mal na primeira, não seriam.... mas se me desse mal só na décima!?? Levando em conta q com meu temperamento eu levaria muuuuito tempo pra me meter em dez encrencas....
Bom, eu sempre gostei de ser diferente... quando eu for um "malucão das estradas", pelo menos serei diferente da maioria dos estradeiros que encontrar.... - será?

Mas é certo que não será a mesma coisa.... nunca quis que a minha história fosse difente de como ela é! E continuo não querendo... não consigo imaginar a vida de outro jeito... sempre adoro que a vida tenha sido como foi... que terminei meu namoro com fulana e conheci ciclana que jamais conheceria se não tivesse sido como foi... que determinado trabalho só realizei porque saí de outro, que só vivi o que vivi porque tive meu filho e depois minha filha.... que as alegrias que ambos me proporcionam, cada um em sua individualidade e tempo, são inigualáveis e não às trocaria por uma vida de adolescente estradeiro, nem por qualquer outra vida!!!!
Estou só lamentando que eu seja uma única pessoa! Com uma única vida! Sem dinheiro pra fazer dois caminhos que sejam, ao mesmo tempo.....

É só uma angústia... que eu tenho direito de sentir, uma vez ou outra, já que tenho enfrentado tantas desgraças imaginando que elas não passam de acidentes de percurso... já que tenho alcançado tudo o que desejei, de mau ou de bom, embora não exatamente no tempo esperado, quiçá pelos caminhos imaginados!
Então, como sei que sempre atingirei tudo o que desejar, sinto-me mais tranqüilo... mas isso não quer dizer que eu não sinta infelicidade, paralelamente, diante de tantas desilusões e fracassos que geram longas trilhas de superação....

Sim, sim, todas as coisas serão deixadas para trás, todos os males serão esquecidos, embora registrados - como cicatrizes que nos marcam, mesmo que não doam nunca mais, apenas ficam ali -, todos os caminhos serão conquistados, ainda que cheios de desvios.... e é certo que me aventurarei pelo mundo, senão aos 51, aos 81 que seja!
Aos 101, se for o caso!! É CERTO que jamais desistirei! Bem, se me tornar tetraplégico e, infelizmene, não conseguir morrer logo (embora eu ache que possa morrer com o poder da mente - e se for o caso terei todo o tempo do mundo para desenvolver a técnica - infelizmente, não poderei revelá-la ao mundo), então, talvez eu não consiga sair pelo mundo... outros acidentes físicos podem dificultar ou mesmo impedir... mas, descartando estas hipóteses (já que eu escapei deles por quase 37 anos), suponho que conseguirei!
Bem, também é fato que, agora, a cada dia a brincadeira ganha um novo ar de vitória, ou seja, se não pude ser feliz como um jovem aventureiro (ainda que as aventuras não passassem de meras caminhadas pelo mundo), agora quanto mais velho, mais inusitada seria a minha saída... "Senhor de 87 anos morre no Everest após seis anos de estrada à pé..." Ou "Idoso de 102 anos morre congelado no Fuji-san, após ter saído de casa aos 101.." Ou, simplesmente: "Velho de 96 anos completa a volta ao mundo em 30 anos de estrada!!!" Como se vê, tudo tem dois lados - no mínimo! :D

Troubleshooting

Mon, 17 Nov 2008 00:03:00 GMT

Tenho varrido a Internet a procura de tutoriais de todo o tipo e tenho encontrado muita coisa boa! Várias vezes fui "salvo" por algum blog, site ou ftp, torrent, etc...

Mas, outro dia, tendo estado várias horas acompanhado de meu ex-coordenador na tarefa de solucionar um problema, discutindo com ele sobre a falta de método de muitos profissionais "atuais" (nós somos filhos do Netware+DOS, depois inseridos no *nix - e Macintosh, no meu caso) ocorreu-me que não lembro de ter encontrado um manual de "como resolver problemas de informática", mas somente tutoriais de "o quê" fazer.
Então resolvi narrar nosso dia de trabalho, como uma espécie de guia para muitos que têm zigue-zagueado diante de problemas até encontrar a solução.
Pensei em escrever um manual genérico, mas isso demandaria muitas horas de expressão literária, então resolvi fazer um esboço, narrando específicamente o caso com o qual nos deparamos e como o resolvemos. A análise dos procedimentos indicará um método, a saber:

O problema: Permitir que usuários Uindous(XP) navegassem na Internet através de proxy autenticado (squid) sem precisar informar usuário e senha e tendo um AD/Uindous-2003 como autenticador.
O recurso a ser usado: Há diversas formas de fazer isto, mas o cliente exigia que fosse usado o winbind, porque era assim que funcionava, antes;
Requisitos: Kerberos (padrão do AD), Samba/server como membro do domínio, Winbind para fazer a ligação.
Sistemas operacionais: Uindous 2003 contendo o AD; OpenSuse 10.3 contendo o Squid/winbind/samba/kerberos; Estações de trabalho UindousXP ou outras acessando a Internet via meta-frame;

Tudo pra ajudar! hehehe....

Começamos o trabalho procurando documentação sobre o assunto: Verificamos a documentação existente do próprio cliente, de outros clientes com soluções semelhantes, "guugou", sites: samba.org, squid-cache.org e support.novell.com [excelente hábito do meu ex-coordenador], aliás, foi neste último que encontramos o melhor passo-a-passo (em inglês, fique claro).

Montamos o laboratório: Utilizamos máquinas virtuais, pela facilidade e versatilidade (já tínhamos as imagens prontas, bastava copiar e sair alterando conforme a necessidade); Levantamos um AD, preparamos um XP cliente e começamos a instalar as coisas no OpenSuSE;

Até aqui, nada demais, mas é sempre bom reforçar a idéia de que JAMAIS se deve testar soluções no ambiente de produção!!! Sempre utilize máquinas virtuais ou estações isoladas da rede principal.

A diferença corre por conta dos recurso que os sistemas GNU/Linux proporcionam:

Como o *SuSE é um sistema meio temperamental, algumas coisas são mais fáceis de realizar através do Yast e foi por onde fomos, a diverença foi a seguinte:

Abrimos vários terminais virtuais no servidor; Num deles executamos o Yast, e em cada um dos outros, os seguintes comandos:
#tail -f /var/log/messages
#tail -f /var/log/squid/access.log
#tail -f /var/log/squid/log.cache.log
#tail -f /var/log/rcsquid.log

Ao mesmo tempo que íamos seguindo o passo-a-passo, íamos analisando as saídas de log. Isso nos permitiu encontrar várias mensagens de erro as quais iam sendo analisadas, submetidas ao "guugou" e pesquisadas nas páginas de manual do sistema;

Descobrimos que precisávamos mudar as permissões de acesso em determinados diretórios; que precisávamos levantar os serviços em determinada ordem;
Que era preciso inserir linhas específicas no arquivo smb.conf, squid.conf, krb5.conf, nsswich.conf, bem como outros arquivos correlatos.
Bem na real, não fomos tão metódicos, no início... mas preferi colocar nesta ordem para incutir em vossas mentes a linha correta de trabalho! :D
Não tínhamos aberto tantos terminais para monitorar os logs... monitorávamos alguns deles alternadamente... mas uma mania que tenho (demência de escovador de bits) deu o sinal: No meio dos processos do Yast, eu pressionava CTRL+Z para paralisar os processos e então listá-los com o "ps ax"... e algumas vezes eu ainda chamava o "bg" e continuava acompanhando os processos, depois voltava para o Yast digitando "%" na linha de comando.
Estas saídas aleatórias (motivadas, unicamente, pela inquietação de saber QUE PORRA ESSA MERDA(Yast) TÁ FAZENDO???) permitiram-me descobrir uma mensagem de erro que não aparecia quando se estava na interface do Yast! No caso, para ingressar no domínio do AD, é necessário que os relógios do candidato a membro do domínio (aqui, o SuSE) e do AD estejam sincronizados, o Yast tem uma opção para testar isso e ao executá-la, recebia-se mensagem de "tudo ok", porém, fora do Yast, percebi que antes das mensagens de OK, aparecia uma mensagem de falha na sincronização.

Foi preciso reconfigurar o serviço de NTP do SuSE e modificar alguma linha no smb.conf, bem como no krb5.conf para que tudo isso funcionasse perfeitamente. Só depois desta etapa é que conseguimos receber as novas mensagens de erro.

Cada decoberta e vitória era comemorada e ao mesmo tempo chocada com o fato de que já havíamos conseguido fazer cada uma delas no dia anterior, porém não havia funcionado no cliente! Era uma felicidade efêmera, porém nos motivava a seguir pelo desafio e pelo compromisso com o cliente!
É difícil dizer se um dois dois motivos é maior que o outro! Sou tentado a dizer que o desafio é o maior motivo - e o mais prazeroso -, mas em respeito aos clientes, não direi isso!

A grande questão é que nos dias anteriores eu e outros técnicos abordamos esta questão de forma meio conturbada por "n" motivos e situações o que nos permitiu obter sucesso em alguns aspéctos e insucesso em outros e, o pior de tudo, os insucessos foram encontrados no cliente!!! Nos laboratórios tudo funcionava!
A diferença foi, realmente, o método!!! Enquanto inúmeras ações anteriores não deixavam claro onde estávamos errando, o método passo-a-passo documentado, nos permitia ter certeza de onde estávamos acertando!!!!!!!! E a certeza do acerto, elimina o re-trabalho, elimina a dúvida, em última instância.
Assim, fomos dando um passo após o outro, sempre em frente, de forma decidida, séria e certeira.

Outro dia, se eu tiver tempo, reescreverei a idéia deste texto em formato de tutorial... uma espécie de algorítmo da solução de problemas [de informática].

Abraços!

M$-Linux

Mon, 10 Nov 2008 00:37:32 GMT

Há alguns anos venho defendendo a tese de que a Maicro$ofiti vai lançar um "linux";

Argumentei que a precariedade e o altíssimo custo da plataforma vêm empurrando as empresas para o mundo "GNU/Linux" e que muitas empresas, ainda hoje, estão presas à Maicro$ofiti por contratos bilionários, parques instalados gigantescos, aplicativos proprietários que só rodam naquela plataforma e porque os gerentes de tecnologia precisam ter alguém pra processar quando tudo falhar.

Assim, se fosse lançado um MS-Linux, muitas empresas o adotariam, mesmo que custasse a mesma coisa que hoje custam os Uindous, pelo simples fato de poder processar alguém caso hajam falhas.... ou porque as empresas "confiam" na Maicro$ofiti ou, simplesmente, porque esta versão de "linux" seria compatível com os aplicativos desenvolvidos para Uindous - ou, ainda, porque os contratos vigentes poderiam permitir a aquisição destes "linux" direto da Maicro$ofiti.

O outro fato é que o Wine se vale de força bruta para fazer aplicativos uindous rodarem no linux, já que a Maicro$ofiti não libera as especificações de bibliotecas para o pessoal trabalhar, mas a própria M$, conhecendo perfeitamente o funcionamento dos aplicativos, pode adaptar o Wine pra rodar todos os aplicativos do mundo M$ com perfeição.

Além disso, há diversos indícios de que eles estão tentando fazer o inverso (portar o *nix pra dentro do Uindous):

Primeiro, eles portaram o Cygwin pra dentro do Server2003 e posteriores, chamando de powershell ou sei-lá que nome deram.... (pelo menos é o que tudo indica, já que tu precisa recompilar os programas unix para rodarem ali dentro, tal e qual se faz com o cygwin);
Paralelo a isto, vemos coisas unixosas no UindousEneTe, como caminhos de arquivos assim: "winnt/system32/etc/hosts"...
Várias mensagens de erro das versões mais recentes de Uindous, trazem termos do mundo unix, agora não lembro de nenhuma, mas isso não faz diferença porque quem viu estas mensagens, percebeu, quem não viu, teria que acreditar em mim (ou não).....

E mais: A cada dia o desktop Uindous se parece mais com o KDE! O que pode ser uma estratégia da M$ para acostumar o seu usuário com a nova interface, gradualmente, minimizando os traumas da mudança.

A outra forte aposta é a M$ copiar a Apple, como sempre!!! Afinal, a Apple se rendeu ao mundo *nix, abandonou seu MacOS de sempre, adotou o Darwin e, apenas, colocou a interface Acqua em cima. O resultado é o sucesso do MacOS X (cujo X trata da versão 10, mas alude diretamente ao gerenciador gráfico X); A M$ vai fazer a mesma coisa.... vai adotar o GNU/Linux, ou mesmo o Darwin, vai colocar um KDE modificado mais parecido com o Uindous (e com o Explorer portado) e vai oferecer compatibilidade total com todos os aplicativos que existem para o mundo Uindous (e quem sabe, até para MacOS!).

O esquisito vai ser ver gente comprando um Maicro$ofiti GNU/Linux!

Colocando o DSL no pendrive... o mesmo com duas partições e o GRUB.

Sat, 04 Oct 2008 21:51:15 GMT

Anteriormente, eu coloquei um post aqui, ensinando como particionar um pendrive e gravar o GRUB nele, mas esqueci de mostrar como instalar um sistema operacional no mesmo.
Bem, há várias maneiras de fazer isso! Vou citar algumas, todas partindo do princípio que o pendrive está particionado como sugeri antes [veja o link para detalhes]:

1) Instalando o DSL no pendrive com duas partições -

Primeiro, baixe o Damm Small Linux aqui:
Depois, monte a imagem ISO com o seguinte comando:

#mount -t iso9660 -o loop dsl-4.2.5.iso /mnt/custom

depois copie todo o conteúdo do "cd" para a segunda partição do pendrive (que já vai conter uma pasta boot com o grub), que vou supor que está na unidade /dev/sdb:

#cp -Rv /mnt/custom/* /mnt/sdb2

em seguida edite o arquivo menu.lst:

#vim /mnt/sdb2/boot/grub/menu.lst

e adicione as seguintes linhas (copiei do próprio DSL, então não me responsabilizo pelas cores apresentadas:

color light-gray/blue black/light-gray
title *=*=*=*=*=*=*=*=*=*=*=*=* Pendrive *=*=*=*=*=*=*=*=*=*=*=*=*
root (hd0,1)
title Boot DSL 2.3!
kernel /boot/linux24 APPEND ramdisk_size=100000 init=/etc/init lang=us apm=power-off vga=791 nomce noapic quiet BOOT_IMAGE=knoppix
initrd=/boot/minirt24.gz
title Boot memtest86 memory tester!
kernel /boot/memtest86

Salve o arquivo com ":wq" e então reinicie o computador configurando a BIOS para iniciar pelo pendrive.

...Agora, preciso sair :D outro dia eu volto pra colocar outros métodos. Divirtam-se!

Descobrindo quem é a eth* !

Sun, 21 Sep 2008 15:57:13 GMT

Uma das coisas que dão um certo trabalho é descobrir qual placa é a eth0, eth1, eth....
Várias vezes a gente vai no método da tentativa e erro, plugando e desplugando o cabo... mas e se o cabo está inascessível, por exemplo, numa máquina remota?

Bem, depois de muito penar, acabei pedindo ao meu filho para resolver o problema pra mim... então o Vítor fez um script pra mim que descobre a placa.
Copie o texto, cole num arquivo e depois execute com:
#bash nethwinfo
Ou torne-o executável:
#chmod +x netwinfo
E depois execute-o:
#./netwinfo

Segue o script:
#!/bin/bash
# nethwinfo - Prints which card corresponds to which network interface.
# Written by Vítor De Araújo <huangho@ymail.com>.
# No copyright -- this program is in public domain.

# Version 0.0.1, 2008/09/18.

# Usage: nethwinfo <iface>...

error() { local quit=0; [[ $1 = -q ]] && { shift;quit=1;}; echo "$*" >&2; ((quit))&&exit 1; }

[[ $# -eq 0 ]] && error -q "Usage: nethwinfo <iface>..."
[[ -d /sys/class ]] || error -q "/sys/class not found. Try 'mount -t sysfs sysfs /sys'."

IFS=$' \n'
for iface; do
    [[ -d /sys/class/net/$iface ]] || { error "$iface: No such interface."; continue; }
    cd /sys/class/net/$iface/device/ 2>/dev/null || { error "$iface: Could not cd to device directory."; continue; }
    vendor="$(<vendor)"; vendor="${vendor#0x}"
    device="$(<device)"; device="${device#0x}"
    svendor="$(<subsystem_vendor)"; svendor="${svendor#0x}"
    sdevice="$(<subsystem_device)"; sdevice="${sdevice#0x}"
    sed -n -e "
        /^$vendor/,/^[0-9]/{
            /^$vendor/p
            /^\t$device/,/^\t[0-9]/{
                /^\t$device/p
                /^\t\t$svendor[[:space:]]*$sdevice/p
            }
        }
    " </usr/share/misc/pci.ids
done

Ainda estou vivo...

Fri, 12 Sep 2008 12:48:10 GMT

Muito bem, depois de loooonga discussão com a Dell, por e-mails e telefone - e note que repassei o e-mail para quase dez pessoas diferentes, lá dentro -, finalmente, chegaram a um consenso e resolveram enviar-me a placa do bluetooth.
Realizei a compra no dia 19/07/2008 e em 29/08/2008 recebi a informação de que a placa estava sendo enviada, recebi poucos dias depois e precisei, eu mesmo, instalá-la no note (não foi difícil, graças a instruções que encontrei no site do fabricante).

Tentaram convencer-me de que não se tratava de venda-casada, mas que não entregavam o bluetooth porque não podiam dar garantia de funcionamento sem o sistema operacional.
Mas e eles dão garantia para os demais itens, como a placa wireless bcm4310 (Broadcom) que não tem drive para linux???
Blá,blá,blá... pois eles têm que dar garantia de que o hardware funciona, simplesmente, se eu não conseguir configurá-lo no meu sistema, problema é meu.
E se eu quisesse o note pra usar DOS? Ou, ainda, já que a máquina vem com o FreeDOS, eles garantem que o wireless e outros dispositivos vão funcionar no FreeDOS?

Acho que outras pessoas deveriam pressioná-los para mudarem a página e passarem a permitir a compra de qualquer hardware com ou sem sistema operacional.

Ando atarefado demais, mas vou me informar melhor sobre esse caso...