Home

Detalhes
Categoria: Blog
Acessos: 4743

Nada como ser _user_ friendly.

Detalhes
Categoria: FreeBSD
Acessos: 9611

Faz tempo que instalei o grub, boot loader muito flexível e fácil de configurar, no meu FreeBSD, aliás desde que era 6.1-RELEASE. Agora que estou totalmente atualizado como 6.2-STABLE, isso tornou-se ponto de honra. Infelizmente o erro abaixo insistia em ocorrer ao tentar instalar o mesmo na MBR:

musashi# grub-install hd0 
GNU GRUB version 0.97 (640K lower / 3072K upper memory) 
[ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. 
   Anywhere else TAB lists the possible completions of a device/filename. ] 
grub> root (hd0,0,a) 
Filesystem type is ufs2, partition type 0xa5 
grub> setup --stage2=/boot/grub/stage2 --prefix=/boot/grub (hd0) 
Checking if "/boot/grub/stage1" exists... yes 
Checking if "/boot/grub/stage2" exists... yes 
Checking if "/boot/grub/ufs2_stage1_5" exists... yes 
Running "embed /boot/grub/ufs2_stage1_5 (hd0)"... failed (this is not fatal) 
Running "embed /boot/grub/ufs2_stage1_5 (hd0,0,a)"... failed (this is not fatal) 
Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) 
   /boot/grub/stage2 p /boot/grub/menu.lst "... failed 
Error 29: Disk write error 
grub> quit

Eu já tinha tido o desprazer de ver esse erro anteriormente, mas achava que era relacionado com a versão do grub (como descrito em algumas listas). Dessa vez, sapeando no Google, que já começa a trazer muito mais ruído que informação, encontrei esse link:

How To Dual Boot FreeBSD and Windows XP using GRUB


Por um grande acaso vi a variável kern.geom.debugflags com um parâmetro configurado. Não tive dúvidas e segui o mesmo.

musashi# sysctl kern.geom.debugflags=16 
kern.geom.debugflags: 0 -> 16

Resultado: sou um feliz usuário com um novo boot loader, o qual vou colocar uma bela tela gráfica :-) Só espero que meu sistema funcione amanhã, já que eu ainda não desliguei o mesmo...

musashi# grub-install /dev/ad0 
Installation finished. No error reported. 
This is the contents of the device map /boot/grub/device.map. 
Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. 
(fd0) /dev/fd0 
(hd0) /dev/ad0

Detalhes
Categoria: FreeBSD
Acessos: 8691

Logo na visita ao NOC da Itália, tive a agradável surpresa que o método de acesso à rede cabeada, leia-se switches fast/giga/ethernet, tinha mudado para usar autenticação via 802.1X.

Como já tinha trabalhado anteriormente com a mesma solução durante meus tempos de D-Link, achei que ia ser fácil.

Primeiramente tentei o seguinte comando:

musashi# wpa_supplicant -i bge0 -c ~helio/IEEE8021X/wpa_supplicant.conf 
ioctl[SIOCG80211, op 16]: Invalid argument Failed to initialize driver interface

Qual não foi minha surpresa... Não tinha funcionado. Tentei verificar o erro mais de perto com a opção "-dd" (extra debug):

Initializing interface (2) 'bge0' 
EAPOL: SUPP_PAE entering state 
DISCONNECTED EAPOL: KEY_RX 
entering state NO_KEY_RECEIVE 
EAPOL: SUPP_BE 
entering state INITIALIZE EAP: EAP 
entering state DISABLED EAPOL: External notification - portEnabled=0 
EAPOL: External notification - portValid=0 
ioctl[SIOCG80211, op 16]: Invalid argument 
wpa_driver_bsd_init: failed to get roaming state: Invalid argument 
Failed to initialize driver interface 
Failed to add interface bge0 
Cancelling scan request

A mensagem ioctl[SIOCG80211, op 16] me fez pensar sobre driver. Verifiquei a versão no ports, e realmente era muito mais antiga que a versão atual. Baixei manualmente e compilei. Consegui fazer rodar, mas dessa vez utilizando o comando:

musashi# wpa_supplicant -i bge0 -D wired -c ~helio/IEEE8021X/wpa_supplicant.conf

Com a opção -D wired consegui forçar o uso da interface de rede. Só restava verificar se meu arquivo de configuração estava correto ou não.

musashi# ./wpa_supplicant -i bge0 -D wired -c /tmp/wpa.conf -dd 
Initializing interface 'bge0' conf '/tmp/wpa.conf' driver 'wired' 
   ctrl_interface 'N/A' bridge 'N/A' 
Configuration file '/tmp/wpa.conf' -> '/tmp/wpa.conf' 
Reading configuration file '/tmp/wpa.conf' 
ctrl_interface='/var/run/wpa_supplicant' 
ctrl_interface_group='0' (DEPRECATED) 
eapol_version=1 
ap_scan=0 
fast_reauth=1 
Line: 12 - start of a new network block ssid - hexdump_ascii(len=0): key_mgmt: 0x8 
eap methods - hexdump(len=16): 00 00 00 00 19 00 00 00 00 00 00 00 00 00 00 00 
phase2 - hexdump_ascii(len=13): 61 75 74 68 3d 4d 53 43 48 41 50 56 32 
auth=MSCHAPV2 identity - hexdump_ascii(len=4): 75 73 65 72 
user password - hexdump_ascii(len=4): [REMOVED] 
Priority group 0 id=0 ssid='' 
Initializing interface (2) 'bge0' 
EAPOL: SUPP_PAE entering state DISCONNECTED 
EAPOL: KEY_RX entering state NO_KEY_RECEIVE 
EAPOL: SUPP_BE entering state INITIALIZE 
EAP: EAP entering state DISABLED 
EAPOL: External notification - portEnabled=0 
EAPOL: External notification - portValid=0 
wpa_driver_wired_init: Added multicast membership with SIOCADDMULTI 
Own MAC address: 00:14:c2:e7:d2:55 
Setting scan request: 0 sec 100000 usec 
Using existing control interface directory. 
ctrl_interface_group=0 
ctrl_iface bind(PF_UNIX) failed: Address already in use 
ctrl_iface exists, but does not allow connections - assuming it was leftover from 
   forced program term ination 
Successfully replaced leftover ctrl_iface socket '/var/run/wpa_supplicant/bge0' 
Added interface bge0 
EAPOL: External notification - portControl=Auto 
Already associated with a configured network - generating associated event 
Association info event State: DISCONNECTED -> ASSOCIATED 
Associated to a new BSS: BSSID=01:80:c2:00:00:03 
No keys have been configured - skip key clearing 
Network configuration found for the current AP 
EAPOL: External notification - portControl=Auto 
Associated with 01:80:c2:00:00:03 
EAPOL: External notification - portEnabled=0 
EAPOL: External notification - portValid=0 
EAPOL: External notification - portEnabled=1 
EAPOL: SUPP_PAE entering state CONNECTING 
EAPOL: SUPP_BE entering state IDLE 
EAP: EAP entering state INITIALIZE 
EAP: EAP entering state IDLE Cancelling scan request 
EAPOL: startWhen --> 0 
EAPOL: SUPP_PAE entering state CONNECTING 
EAPOL: txStart TX EAPOL - hexdump(len=4): 01 01 00 00 
EAPOL: startWhen --> 0 
EAPOL: SUPP_PAE entering state CONNECTING 
EAPOL: txStart TX EAPOL - hexdump(len=4): 01 01 00 00 
EAPOL: idleWhile --> 0 
EAP: EAP entering state FAILURE CTRL-EVENT-EAP-FAILURE EAP authentication failed 
EAPOL: SUPP_PAE entering state AUTHENTICATING 
EAPOL: SUPP_BE entering state FAIL 
EAPOL: SUPP_PAE entering state HELD 
EAPOL: SUPP_BE entering state IDLE 
EAPOL: startWhen --> 0

Apesar da interface ter sido inicializada corretamente e enviando o primeiro frame, o switch respondia com a solicitação de "identity" que nunca ocorria, ficando a interface sempre em "startWhen --> 0". Busquei vários sites e não encontrei nenhuma resposta satisfatória. Aparentemente o driver de ethernet do FreeBSD não é capaz de utilizar uma chamada ioctl para detectar que um frame foi recebido pela interface.

A única solução que encontrei, não muito elegante, foi inicialiar um linux via quemu com uma interface tap0 em bridge. O wpa_supplicant do Linux funcionou corretamente e pude auntenticar na rede. O método de autenticação foi bem simples, onde segue o arquivo de configuração:

eapol_version=1 
ap_scan=0 
fast_reauth=1 
network={ 
   key_mgmt=IEEE8021X
   eap=PEAP 
   identity="DOMAIN\login" 
   phase2="auth=MSCHAPV2" 
   password="password" 
}

Detalhes
Categoria: Blog
Acessos: 4670

Realmente as coisas na Itália são levada à sério. Gostei do estilo do NOC.

Detalhes
Categoria: FreeBSD
Acessos: 7521

Tudo atualizado via cvsup e compilado. Deve ter levado uns 10 dias no total (incluindo o ports).

Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 
The Regents of the University of California. All rights reserved. 
FreeBSD is a registered trademark of The FreeBSD Foundation. 
FreeBSD 6.2-STABLE #2: Wed Mar 21 12:55:18 BRST 2007 Este endereço de email está sendo protegido de spambots. Você precisa do JavaScript ativado para vê-lo.:/usr/src/sys/i386/compile/MUSASHI 
WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant 
WARNING: MPSAFE network stack disabled, expect reduced performance. 
Timecounter "i8254" frequency 1193182 Hz quality 0 
CPU: Intel(R) Pentium(R) M processor 1.73GHz (799.68-MHz 686-class CPU) 
Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8

Detalhes
Categoria: FreeBSD
Acessos: 7739

Faz tempo que não publico nada, então não fiquem com a impressão que tudo falhou no upgrade. Realmente demorou e encontrei o seguinte erro:

---> Cleaning out obsolete shared libraries 
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 823 packages found (-0 +1) . done] 
[...] 
* misc/kdeaddons3 (kdeaddons-3.5.5) 
---> Packages processed: 18 done, 652 ignored, 143 skipped and 4 failed 
** Could not clean up temporary directory: Directory not empty 
- /var/tmp/portupgradeviBK2OZ6

Como o símbolo "!" mostra, realmente alguns aplicativos falharam. Removi o xine e recompilei a libkde3 com um "make work; make deinstall; make install". Depois disso tudo funcionou. No fim ainda subi o sistema para um 6.2 STABLE. Agora só alegria, até o próximo upgrade :-)

Detalhes
Categoria: FreeBSD
Acessos: 6370

Ano novo, vida nova, sistema novo... com a chegada de 2007, resolvi encarar a atualização de meu FreeBSD, de 6.1 para 6.2 (que no momento encontra-se ainda em RC2, mas acho que pouca coisa vai mudar). E também fazer minha primeira postagem de 2007 :-)

 

Ao invés de iniciar pelo sistema, resolvi começar pelos aplicativos, autilizando primeiramente o ports. Pelas minhas experiências anteriores, a atualização é o único ponto fraco do FreeBSD. Comparando com Debian, com seu sistema via apt, é realmente chato, moroso, e frequentemente com falhas o sistema de atualização dos BSDs. Mesmo assim resolvi encarar o ports, já que o mesmo se encontra em FROZEN para o lançamento do release 6.2.

 

Antes de iniciar, busquei algumas dicas de atualização e achei a página

http://sig9.com/articles/ports-howto

com um howto sobre atualização do ports. Como não era exatamente o que eu pensava em fazer, resolvi seguir, pois aparenta ser uma solução bem simples.

 

Já tinha feito a atualização do ports via portsnap, usando as opções fetch e depois extract, então somente refiz o INDEX para iniciar a atualização.

Alterei a sequência de comandos para:

portupgrade -arRP && pkgdb -F && pkgdb -fu

A opção -P do portupgrade faz com que seja buscado primeiramente o pacote já compilado antes de re-compilar a partir dos fontes. Isso tornaria a atualização mais rápida, porém...

---> Fetching the package(s) for 'ctags-5.6' (devel/ctags) 
---> Fetching ctags-5.6 fetch: 
   ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6.1-release/All/ctags-5.6.tbz: 
    File unavailable (e.g., file not found, no access)

O sistema continua buscando packages-6.1-release, o que é correto já que ainda não foi atualizado, mas os pacotes compilados só estão disponiveis pro release 6.2... sendo assim, não consegui poupar o tempo que queria...

Até o momento a atualização dos aplicativos já consumiu 20 horas, sem vistas de acabar. Ao menos está indo de uma forma menos traumáticas que das outras vezes. Vamos ver qual vai ser o resultado final...

Detalhes
Categoria: Blog
Acessos: 4688

Para quem diz que hacker não bebe: encontrei uma cerveja, e deliciosa, chamada "Hacker-Pschorr". Cerveja de trigo, alemã, feita segunda a lei da pureza. Dilissa!!!!!!!!!

A foto ficou meio tremidinha, mas é que depois de uma caixa de Hacker.... difícil manter o prumo...

Detalhes
Categoria: Blog
Acessos: 5332

A vida em Dallas, EUA, não é fácil: a cada dia somos tentados pelas belezas da tecnologia e por seus preços tentadores. Não resistindo a tais tentações, sucumbi com meu cartão de crédito em tudo quanto é traquitana eletrônica com led (se o led pisca então...).

O resultado disso pode ser visto na figura. Entre viagens à China e EUA, pude adquirir, somente nesse ano:

  • Palm Tungsten E (funcionando em FreeBSD e em Linux)
  • Câmera Fotográfica Canon A610 (funcionando em FreeBSD e em Linux)
  • 2 memórias SD de 512MB
  • Memória SD de 2GB
  • Leitor de memória USB, inclusive SD (funcionando em FreeBSD)
  • HD externo USB de 60 GB da Maxtor(funcionando em FreeBSD e com uma partição formatada em UFS2)
  • 2 interfaces de rede Wireless G USB Belkin (não funciona em FreeBSD, nem Linux)
  • Interface de rede Wireless G USB D-Link DWL-G122 (não testei em nada ainda)
  • 2 interfaces de rede Wireless G PCMCIA D-Link DWL-G630 (funcionando em FreeBSD)
  • 2 interfaces de rede Wireless G PCMCIA D-Link DWL-G650 (funcionando em FreeBSD)
  • Internet Router com Wireless DI-524(funcionando com FreeBSD utilizando Wep-128)
  • Internet Router com Wireless Linksys(só testei como hub...)
  • Bluetooth Handsfree Headset Motorola H350
  • Interface de rede Fast ethernet 10/100 Mbps da Linksys USB200M(não vai nem com reza brava, nem FreeBSD, nem Linux)
  • Pendrive 2GB DataTraveler da Kingston(funciona com FreeBSD e com Linux)
  • Telefone GSM triband K300C da Ericsson
  • 2 interfaces de rede Fast ethernet 10/100 Mbps TE100-PCSUSR da Trendnet(não funciona em FreeBSD)

O fato de algumas coisas não funcionarem como deviam me deixa irritado às vezes, mas basta ver alguns leds piscando que esqueço tudo e volto a gastar. Para minha sorte as vendas de PS3 esgotaram mais rápido do que eu pude gastar. Só me resta ficar com meus brinquedos caros e ficar tentando descobrir como corrigir os endereçamentos de memória para poder funcionar no meu FreeBSD 6.0 bonitinho.

Antes de algum espertão perguntar o motivo pelo qual eu só testei alguns dos equipamentos, como placas PCMCIA, somente em FreeBSD: no meu laptop só tem o mesmo. No windows, no Linux, no fear. Just BSD.

Detalhes
Categoria: Scripts
Acessos: 7331

Dica retirada de http://www.network-theory.co.uk/docs/cvsmanual/cvs_53.html.

Em alguns trabalhos cooperativos, sempre que baixo uma versão específica do cvs, utilizando algo como "cvs checkout -r1.1 programa", acabou com um erro de "sticky tag" ao fazer o novo commit.

Pelo link acima vi que basta usar um "cvs update -A" para resolver isso.

Detalhes
Categoria: FreeBSD
Acessos: 6144

Nesse domingo de feriadão, fui saudado com uma alteração no horário de verão de minhas máquinas. Eu já sabia que isso iria acontecer algum dia, já que o governou alterou o início do mesmo para seguir o calendário eleitoral.

Porém eu aguardava algum arquivo de zona lançado oficialmente por alguma entidade como o CAIS. Como isso não ocorreu, criei meu próprio arquivo de zona, baseado em um modelo de 2005, chamado hverao2006.zic, e coloquei a data de início, 00:00 horas de 05 de novembro, e a data final, 00:00 horas de 25 de fevereiro de 2007:

Rule Brazil 2006 only - Nov 05 00:00 1 D 
Rule Brazil 2007 only - Feb 25 00:00 0 S 
Zone America/Sao_Paulo -3:00 Brazil BR%sT 
Zone Brazil/East -3:00 Brazil BR%sT

Verifiquei se meu /etc/localtime apontava como link simbólico para /usr/share/zoneinfo/Brazil/East ou /usr/share/zoneinfo/America/Sao_Paulo(ambos são corrigidos pelo arquivo acima) e simplesmente atualizei a informação de timezone:

zic hverao2006.zic

Detalhes
Categoria: FreeBSD
Acessos: 5534

Hoje me deparei com mais um problema estranho, daqueles que vemos nos momentos mais indesejados durante as tarefas mais corriqueiras.

Copiei minha imagem de Windão do meu laptop, FreeBSD 6.1, para meu desktop de casa, Ubuntu 6.06.1 (LTS). Minha idéia é usar a imagem do Windão para levantar uma conexão VPN à empresa. Como o aplicativo só roda em Windão... nada resta além de instalar no gateway de casa e começar a debugar a conexão (acho que é só um IPsec, mas....).

Fiz a conexão remote via ssh com o parâmetro "-X". Qual foi minha surpresa quando recebi o seguinte erro:

helio@picasso tmp> qemu -hda windows.img 
X Error of failed request: BadWindow (invalid Window parameter) 
Major opcode of failed request: 25 (X_SendEvent) 
Resource id in failed request: 0x44 
Serial number of failed request: 12 
Current serial number in output stream: 17

Cara de "ué?!" e alguns momentos de leitura da manpage me deram a seguinte alternativa:

helio@picasso tmp> qemu -hda windows.img -std-vga 
X Error of failed request: BadWindow (invalid Window parameter) 
Major opcode of failed request: 25 (X_SendEvent) 
Resource id in failed request: 0x44 
Serial number of failed request: 12 
Current serial number in output stream: 17

A cara de "ué?!" passou para um rosto de "saco...". Testei a conexão com um simples "xclock" que funcionou perfeitamente. Fiquei mais perdido ainda. Não restando muita opção, busquei ajuda no google. Felizmente achei exatamente o que queria:

Exporting X Sessions
by Richard Bejtlich - US

O grande macete foi reiniciar a conexão ssh com o parâmetro "-Y". Funcionou!!!! VPN debugging, aqui vou eu!!!!!!!!!

Detalhes
Categoria: Linux
Acessos: 5114

Após meses de Ubuntu instalado em minha máquina em casa, minha filha reclamou que o som estava "quicando". Fui dar uma olhada e qual não foi minha surpresa: o som estava realmente quicando.

Como a nova geração de kernels 2.6 não dispõe mais da facilidade de patch para low latency, o que permite uma funcionalidade multimídia muito boa no sistema (evita esses "pulos" durante a execução de uma música), resolvi utilizar uma dica que havia lido na LinuxMagazine do Brasil.

Infelizmente eu havia doado a revista para futuras leituras. Busquei o mesmo artigo no bom e velho google e.... nada! Procurei na Linux Magazine, Brasil, e... nada! Em pleno desespero comecei a procurar por tudo no Google: "multimedia", "multimedia priority", "multimedia priority scheduling", "multimedia priority scheduling ubuntu",e assim fui. Felizmente, entre os vários chutes, acertei o artigo:

http://www.linux-magazine.com/issue/65/Realtime_Computing_With_Multimedia_Apps.pdf

O excelente artigo, de Oliver Frommel, descreve as alternativas para melhorar a prioridade de som nos kernels atuais. Uma das alternativas, que não exige re-compilação de kernel nem aplicação de patches é através do uso de RTLIMITS. Tão simples que basta somente alterar o arquivo /etc/security/limits.confe adicionar as seguintes linhas:

@audio hard rt_priority 80 @audio hard nice -10

Simples, rápido e eficaz. Ainda não entendi o motivo pelo qual isso já não vem configurado como padrão....

  1. Recuperando a senha de Administrador no Windows2000
  2. Qemu com W2k sob FreeBSD
  3. Botando Ubuntu Linux pra falar
  4. FreeBSD e arquivos maiores de 2GB
  5. Java on PowerPC
Joomla templates by a4joomla