Memnemonics fike’s

   Já estou usando algum tempo o Grub2 como gerenciador de boot (arranque?), pelo menos para o meu uso em casa posso considerar estável apesar da maioria das distribuições ainda usarem o Grub 0.9.X. 

   Algum tempo atrás foi liberado o Xen 3.3 e como estava afim de testá-lo, tratei de baixar o código-fonte e instalar o Xen 3.3. Terminado a compilação e instalação, executo o update-grub (comando presente no Debian) para que configure automaticamente o Grub para reconhecer ao iniciar a máquina uma nova entrada para boot. Porém, o update-grub funciona muito bem com a versão 0.9.X do Grub e não com o Grub2. =/

   Se estiver usando os pacotes do Xen para o Debian também terá o mesmo problema, ao rodar o update-grub deverá ter uma nova entrada no grub.cfg como está:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
    linux /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
    initrd /initrd.img-2.6.26-1-xen-amd64
}

    Se fosse no Grub 0.9.X que estamos acostumados a trabalhar, trocaria as entrdas linux e initrd para modules e teria uma nova entrada com kernel:

title Debian GNU/Linux, linux 2.6.26-1-xen-amd64
  root (hd0,1)
  kernel /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=/dev/sda1 ro console=tty0
  module /initrd.img-2.6.26-1-xen-amd64

      Porém no Grub2, temos que adicionar manualmente. O parâmetro correto para iniciar o Xen com Grub2 é multiboot, a entrada no grub.cfg ficará similar ao exemplo abaixo:

menuentry "Debian GNU/Linux, linux 2.6.26-1-xen-amd64" {
     multiboot /xen-3.3.0.gz noreboot
  module /vmlinuz-2.6.26-1-xen-amd64 root=UUID=4e8a887a-2fdc-41b7-ae45-eccc48d6718f ro
  module /initrd.img-2.6.26-1-xen-amd64
}

  Escrevi essa mensagem para incentivar o pessoal do trabalho a enviar propostas de paletras para o FISL, gostei e estou postanto aqui também. :) 

  O FISL está entrando na nona edição está nos últimos dias para enviar propostas de palestra. É um evento único com a maior
concentração de nerds/hackers por metro quadrado da América Latina, tem por volta 5 mil pessoas que circulam durante o evento. Costumam-se organizar caravanas para ir ao evento que sempre foi realizado em Porto Alegre e esse ano será diferente, será em Porto Alegre e novamente na PUC que tem uma excelente infra-estrutura e mais perto do Centro de Porto Alegre.

    Além de participar existe um grande desafio de enviar proposta de palestra e apresentá-las, caso aprovado pelo Temário. Este ano irei novamente apresentar propostas de palestras e acredito que muitos que estão lendo este texto também tem plena capacidade de ser um dos palestrantes do evento. O público na palestra varia mas geralmente são pessoas com bom nível técnico e com algumas perguntas bem difíceis para os palestrantes pois as vezes o caso dele é maior do que qualquer coisa que já fez. Se isso deve ser encarado com o uma provocação?

    Não, encarado como um grande desafio de tentar passar parte do seu conhecimento para algumas centenas de pessoas. É um evento com grande troca intensa de conhecimento para as diversas áreas da Tecnologia da Informação como também conhecer muitas pessoas que só conversa por IRC, email, Jabber, etc.

    É um dos grande desafios que proponho-me todos anos, conseguir ter uma palestra aprovada e apresentá-la no evento. E todo ano o FISL está melhor e eu sinto-ma mais capaz para estar lá entre tantas pessoas ilustres da Comunidade de Software Livre/Código Aberto.

    Para o próximo FISL pretendo enviar palestras sobre Debian, PostgreSQL e XEN que são os projetos que contribuo de alguma
forma. E vocês? Pergunto a todos vocês que estão lendo este texto, - "E aí, o que estão esperando para enviar uma palestra?"
   
    Especialmente no Debian e PostgreSQL tenho para mim como um desafio maior já que as mensagens nas respectivas listas[6][7] conclamam ao envio de propostas.

    Espero vê-los todos no próximo FISL(9.0).