Discutimos na sexta-feira à tarde sobre o que podemos fazer para promover o KDE não somente nos proximos eventos mas também manter uma política de promoção contínua. O envolvimento do ArtWork, que de certa forma foi conduzido pelo Anderson Viana, membro também do KDE-MG, é de grande importância para o promo. Por que?!

Colocamos alguns pontos que devem ser feitos para que possamos ter maior visibilidade dentro dos eventos e fora, como fizemos aqui em MG; as camisas do Grupo Local e do KDE.

- Bottons, Pins, Adesivos;
- Midias digitais como sugerida pelo Sandro onde podemos fazer a confeccao de Vídeos sobre o KDE como Hélio apresentou;
- Mais camisetas envolventes;
- Confeccao de Mídias para armazenar na Wiki ou similiar (fotos, videos, podcasts, etc)
- Canais de divulgacao nos principais meios de mídia como YouTube, Flikr e até mesmo uma comunidade no Orkut

Alem de outras discucoes que dentre elas sugerimos apos algumas conversas:

Deveriamos trabalhar, tambem, numa forma de nos organizarmos para os eventos no sentido da logística. Discuti esse assunto com o Lamarque, Anderson, Jordana, Amanda e o pessoal do promo. Como por exemplo: Não somente uma pessoa ficar por conta de organizar transporte e acomodacao mas sim haver mais interacao com o time local da cidade onde ira receber o evento, sempre quando o KDE participar. Vimos tanto no LatinoWare quanto no Akademy o quanto algumas pessoas ficaram "apertadas" com isso. Nao é mesmo Tomaz?!?!?! (Muito Agradecido pela carona Inclusive. Voce e Sandro).

Melhor organizacão da Infra-estrutura: Sim, faz parte do promo. Como eu disse a todos, sempre que houver estes eventos por aqui, posso através do promo ficar responsável por tal. Sempre que tiver ao meu alcance.

Outro Detalhe importante é a definiçao de "regras e protocolos" para organizacao destes eventos, tipo, como irá ficar as organizaçoes dos Stands, se vao ter projetores ou nao, baloes, como colocar as camisas, promocoes e afins.

Outro ponto que fora colocado pelo Hélio que nos interessou bastante, é a tentativa de envolver algumas empresas de grande porte para que possamos ter a possibilidade de "distribuir" brindes como os Pendrives com o KDE.

Uma conclusão que tiro de minha participaçao é que preciso ajudar mais. Sendo assim, decidi fazer parte do time de traduçao e irei fazer muito report de Bugs. Já contatei a Aracele!

Aproveito para falar que no Proximo Flisol aqui em BHTE, irei utilizar a palestra do Sandro (KDE para iniciantes) e dar um palestra sobre o uso das aplicacoes do KDE no sentido de gerenciar o sistema sem ter a necessidade de recorer ao Konsole/terminal.

Se alguém do Promo tiver mais algum ponto à completar, este é meu post.

Grande Abraço a todos.

Recentemente eu e "minha equipe" estamos fazendo uma re-estruturação de infra-estrutura de T.I. em uma multi-nacional de desenvolvimento de softwares e estamos enfrentando um cenário nada nada fácil.

Um dos servidores (DELL PE T300) está configurado com uma Raid-1 com 2 discos de 250GB e um outro servidor (DELL PE T105) está configurado com um disco sem Raid.

Como precisamos de refazer toda a estrutura do PET300, pensamos na seguinte estratégia: Retiramos um dos discos da RAID-1 e bootamos o mesmo no PET105. Bingo! Assim poderíamos levar o PET300 feliz para o laboratorio e deixar o PET105 dando conta do recado por 2 semanas… Mero engano… Foi ai que comecaram as minhas dores de cabeca com o OpenSuse 10.3.

Infelizmente o mesmo estava sem suporte à libata (que levanta os modulos para controladoras de discos pix_ii, sata_nv, sata_via, etc e principalmente o modulo ahci – o que nós precisavamos).

Para resolver o problema tivemos de rodar muito e ate mesmo pedir suporte local para a Novell que de nada adiantou.

Quando ja estavamos pra desistir, resolvemos dar uma checada no initrd do Kernel. Ai estava a surpresa.

Nao estava sendo levantado o modulo ahci e o disco ainda por cima era referenciado pelo seu ID, o que dificulta muito se a maquina estiver faltando bibliotecas de controladoras de discos e principalmente sem suporte a libata.

Para resumir o que fizemos foi:

1 – Gravar um DVD do OpenSuse 10.3 e iniciar o equipamento em modo Rescue;

2 – Assim que iniciar o sistema, devemos montar a particao raiz do disco (ex. /dev/sda1) em /mnt;

root@servidor:/#mount /dev/sda1 /mnt

2.1 – Montar o "/dev" no sistema de arquivos do disco – Isso fara com que os dispositivos reconhecidos no boot sejam mapeados corretamente quando usarmos o chroot;

root@servidor:/#mount -o bind /dev /mnt/dev

3 – Agora devemos utilizar o chroot no disco montado para que as alteracoes funcionem;

root@servidor:/# chroot /mnt

4 – Monte os sistemas de arquivos "proc" e "sys";

root@servidor:/# mount /proc; mount /sys; sync

5 – Altere o /boot/grub/menu.lst e /etc/fstab de acordo com seu disco:

DICA: Lembre-se de fazer um backup de cada um destes arquivos antes de altera-los.

root@servidor:/# fdisk -l

Disk /dev/sda: 18.3 GB, 18351959040 bytes <—– Disco que deverá ser iniciado.
255 heads, 63 sectors/track, 2231 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b8ebb

Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        1945    15623181   83  Linux <—– Particao onde esta o sistema.
/dev/sda2            1946        2231     2297295   82  Linux swap / Solaris

5.1 – Editando o menu.lst (grub);

title           Debian GNU/Linux, kernel 2.6.26-1-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-686 root=/dev/sda1 ro vga=791 resume=/dev/sda2
initrd          /boot/initrd.img-2.6.26-1-686

5.2 – Editando a Tabela de Sistemas de Arquivos (/etc/fstab);

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sda1       /               reiserfs notail          0       1
/dev/sda2       none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
/dev/mapper/data-data.var       /var    reiserfs        notail,defaults 0       0
/dev/mapper/data-data.data      /data   reiserfs        defaults        0       0

DICA: Lembre-se: O seu disco muito provavelmente irá estar referenciado por ID (by-id). Remova esta entrada e coloque a particao correspondente de acordo com o resultado de "fdisk -l".

Pronto! Ja estamos com o ambiente preparado para as alteracoes que agora devem ser feitas.

Primeiramente, vamos alterar as opcoes do kernel em "/etc/sysconfig/kernel" e procurar pela linha:

***
INITRD_MODULES="ahci …"
***

Importante dizer que para que Murphy não entre em ação, coloque o modulo ahci como primeiro da lista.

# – Reconstrua o Initrd do kernel;

root@servidor:/# mkinitrd

A partir deste momento, ja teremos feito todas as altercacoes necessarias para bootar nosso sistema novamente em outra maquina, como é o nosso caso.

Antes, nao se esqueca de desmontar os sistemas que montamos anteriormente;

root@servidor:/# umount /proc

root@servidor:/# umount /sys

root@servidor:/# CTRL+D

root@servidor:/# umount /mnt/dev

root@servidor:/# umount /mnt

root@servidor:/# sync

root@servidor:/# reboot

Sei que este artigo nao deve abranger a todos, mas decidimos coloca-lo aqui depois da raiva que passamos. Importante ressaltar que se trata de procedimento extremamente tecnico e que é um cenário particular mas que pode servir de ajuda para outras pessoas. Nem nós e nem o KDE-MG se responsabiliza pelas informacoes aqui colocadas bem como seus resultados tendo o leitor e executor a total responsabilidade sobre os atos que atraves deste forem feitos.

Em caso de Duvidas, estou a disposicao!