Na minha opinião, a maior vantagem do Dropbox é permitir acesso aos mesmos documentos em casa, no trabalho e no celular.

A maneira mais fácil de utilizar o Dropbox no GNU/Linux é utilizando o plugin oficial para o gerenciador de arquivos Nautilus. Acontece que este método só funciona com o gerenciador de arquivos citado, e ainda tem algumas dependências problemáticas (tive problemas para instalá-lo no Debian).

Como alternativa, existe uma maneira de instalar um cliente de linha de comando como um daemon (programa que roda como um sub-processo, de forma transparente para o usuário), permitindo acesso aos seus arquivos compartilhados com qualquer gerenciador desejado e inclusive por linha de comando. Apesar da desvantagem desta alternativa conter alguns binários de código fechado, ela se torna uma opção bem mais versátil que a anterior.

Para instalar o cliente  de linha comando, você irá precisar previamente dos seguintes requisitos:

• Versão 2.4 ou superior da biblioteca C
• wget
• Python 2.5
• um navegador web

Com as dependências instaladas, baixe o pacote Dropbox-lnx-x86 (ou a versão x86_64) para sua $HOME (os arquivos serão descompactados no diretório .dropbox-dist).

Versão estável 32-bit:

wget -O dropbox.tar.gz "http://www.dropbox.com/download/?plat=lnx.x86"

Versão estável 64-bit:

wget -O dropbox.tar.gz "http://www.dropbox.com/download/?plat=lnx.x86_64"

Após baixar o pacote faça previamente um teste para garantir que os arquivos não serão descompactados diretamente do diretório atual:

tar -tzf dropbox.tar.gz

…E estando tudo certo, descompacte-os:

tar -xvzf dropbox.tar.gz

Após descompactar, inicie o daemon:

~/.dropbox-dist/dropboxd

Após executar o Daemon você deverá receber uma saída como a seguir:

This client is not linked to any account...
Please visit https://www.dropbox.com/cli_link?host_id=7d44a557aa58f285f2da0x67334d02c1 to link this machine.

Acessando o link fornecido no terminal você deve receber uma mensagem de sucesso no seu navegador (pode ser necessário logar em sua conta do Dropbox), indicando que tudo ocorreu bem. Depois disso, o daemon criará um diretório Dropbox sob sua $HOME, e iniciará a sincronização de arquivos, então você terá acesso aos seus arquivos compartilhados com com qualquer outro computador contendo um cliente Dropbox.

Para não precisar iniciar o daemon manualmente a cada vez que precisar, você pode criar um init script para iniciá-lo junto com o sistema. Para o Debian e Ubuntu, crie um script em /etc/init.d/dropbox, com o conteúdo a seguir e substitua os nomes na variável DROPBOX_USERS com os nomes de usuários que tem o Dropbox instalado:

# dropbox service
DROPBOX_USERS="user1 user2"
 
DAEMON=.dropbox-dist/dropbox  
 
start() {
    echo "Starting dropbox..."
    for dbuser in $DROPBOX_USERS; do
        HOMEDIR=`getent passwd $dbuser | cut -d: -f6`
        if [ -x $HOMEDIR/$DAEMON ]; then
            HOME="$HOMEDIR" start-stop-daemon -b -o -c $dbuser -S -u $dbuser -x $HOMEDIR/$DAEMON
        fi
    done
}
 
stop() {
    echo "Stopping dropbox..."
    for dbuser in $DROPBOX_USERS; do
        HOMEDIR=`getent passwd $dbuser | cut -d: -f6`
        if [ -x $HOMEDIR/$DAEMON ]; then
            start-stop-daemon -o -c $dbuser -K -u $dbuser -x $HOMEDIR/$DAEMON
        fi
    done
}
 
status() {
    for dbuser in $DROPBOX_USERS; do
        dbpid=`pgrep -u $dbuser dropbox`
        if [ -z $dbpid ] ; then
            echo "dropboxd for USER $dbuser: not running."
        else
            echo "dropboxd for USER $dbuser: running (pid $dbpid)"
        fi
    done
}
 
case "$1" in
 
    start)
        start
        ;;
 
    stop)
        stop
        ;;
 
    restart|reload|force-reload)
        stop
        start
        ;;
 
    status)
        status
        ;;
 
    *)
        echo "Usage: /etc/init.d/dropbox {start|stop|reload|force-reload|restart|status}"
        exit 1
 
esac
 
exit 0

…E então execute os comandos a seguir para adicionar o dropbox como um serviço do sistema:

chmod +x /etc/init.d/dropbox
update-rc.d dropbox defaults

Além do script para Debian/Ubuntu, na wiki do Dropbox existem exemplos de versões para Fedora e Gentoo. Na wiki também existe um tutorial para instalar o daemon Dropbox para ser executado para todos usuários (útil para servidores).

Deste modo, sempre que iniciar o sistema e logar com seu usuário você terá acesso aos seus arquivos compartlhados no Dropbox (desde, claro, que possua uma conexão com a internet).

Fonte: http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall

http://snapshot.debian.org/

Lançado na última Segunda-feira, dia 12, o serviço é uma “máquina do tempo” que permite o acesso a pacotes e códigos fonte por versões ou datas, e é composto por pacotes antigos e atuais do Debian.

Praticamente todos (alguns pacotes foram removidos devido a licenças de software) os pacotes, desde Março de 2005, estão disponíveis, incluindo alguns repositórios adicionais como debian-volatile, debian-ports e backports.org, contanto com cerca de 6,5 terabytes, que devem aumentar constantemente.

O serviço é uma ótima ferramenta, especialmente para desenvolvedores resolver problemas de regressão de pacotes. Mas também para usuários que necessitem de pacotes em alguma versão anterior para que certa aplicação funcione.

A grande facilidade do arquivo é que qualquer pacote pode ser instalado com o apt-get ou aptitude normalmente, bastando adicionar a respectiva linha em /etc/apt/sources.list.

Para saber que linha adicionar, primeiramente navegue até umas das seguintes categorias:

• backports.org
• debian
• debian-archive
• debian-ports
• debian-security
• debian-volatile

Após acessar uma das categorias, selecione o ano, mês e finalmente, dia e hora do snapshot. Esta url completa é a url a ser adicionada em /etc/apt/sources.list, logo após a palavra-chave deb e seguida da versão e sessão desejadas. Ou seja, cada uma destas urls corresponde a uma cópia completa de um repositório do Debian no devido momento, e pode ser usada como tal.

Segue um exemplo…

caminho seguido: debian -> 2007: 06 -> 2007-06-21 00:00:00
url resultante:  http://snapshot.debian.org/archive/debian/20070621T000000Z/

linha do sources.list:
deb http://snapshot.debian.org/archive/debian/20070621T000000Z/ stable/ main

Deste modo, fica extremamente fácil instalar pacotes de qualquer versão do Debian.

Fonte: http://www.debian.org/News/2010/20100412.en.html

Trata-se de um ponto de vista bem-humorado, de um usuário GNU/Linux ao tentar migrar para windows…

“Eu compreendo o indivíduo que declarou ter problemas em passar do Windows para o Linux. Senti o mesmo ao experimentar o Windows. Decidi experimentá-lo, depois de alguns amigos que o usam a toda a hora me dizerem que era ótimo.

Fui até ao site da Microsoft para baixá-lo mas não estava lá disponível. Fiquei frustrado porque não consegui descobrir como se baixava o mesmo. Por fim tive que perguntar a um amigo e ele disse-me que tinha de o comprar.

De carro, fui até à Staples e pedi a um dos vendedores uma cópia do Windows. Ele perguntou-me qual, eu disse-lhe: “Quero a mais completa, por favor” e ele respondeu: “São $599, por favor…”. Soltei um palavrão e voltei para casa de mãos abanando.

Um dos meus amigos deu-me uma cópia do Windows XP mas disse-me para não dizer nada a ninguém. Achei estranho porque faço sempre cópias do Linux para qualquer pessoa que me peça e digo sempre para passar essa cópia a qualquer outra pessoa que esteja interessada, uma vez que já precisem dela. De qualquer forma coloquei o CD no leitor e esperei que iniciasse o sistema do “Live CD”. Não funcionou. A única coisa que fazia era perguntar-me se o queria instalar. Telefonei para um dos meus amigos, para saber se estava a fazer alguma asneira, mas ele disse-me: “O XP não roda o sistema diretamente do CD”.

Decidi, então, instalá-lo. Segui as instruções que apareciam na tela mas comecei a ficar nervoso porque não perguntou nada sobre os outros sistemas operacionais. Quando instalei o Linux, ele reconheceu que tinha outros sistemas operacionais na máquina e perguntou-me se queria criar uma nova partição e instalar o Linux lá. Voltei a ligar para o meu amigo e ele disse-me que o Windows elimina qualquer outro sistema operacional que encontra, ao instalar-se.

Fiz uma cópia de segurança das minhas coisas e joguei-me de cabeça na instalação. A instalação foi bastante simples, tirando a parte em que tive que escrever umas letras e um código. Tive de ligar outra vez para o meu amigo mas ele ficou chateado e veio escrever ele próprio o código. Voltou a dizer-me para não dizer nada a ninguém (!!!).Depois de reiniciar o computador, dei corrida de olhos pelo sistema.

Fiquei chocado quando me deixou mudar as configurações do sistema sem pedir o acesso de root. O meu amigo começou a ficar um bocado irritado quando liguei outra vez para ele, mas acabou por aparecer em minha casa. Disse-me que o acesso de root era dado logo na inicialização. Tratei logo de fazer outra conta de usuário normal e passei a usá-la.
Comecei a ficar confuso quando tentei fazer mudanças e o sistema, ao invés de pedir acesso de root, disse-me que tinha que fechar a sessão
de utilizador normal e abrir uma sessão como administrador. Comecei, então, a perceber porque é que tantas pessoas entram sempre como root e tive um arrepio na espinha.

Bom, mas já era hora de trabalhar. Fui ao menu “Iniciar -> Programas”, para abrir uma planilha que eu precisava terminar, mas não consegui encontrar a aplicação de planilhas. O meu amigo
disse-me que o Windows não trazia nenhuma aplicação dessas e que eu teria que a baixar da Internet. “Oh…”, pensei, “uma distribuição
básica”. Fui ao “Adicionar/Remover Programas” do painel de controle
(tal como no Linux), mas não havia lá programas para adicionar. Apenas deixava remover os programas. Não consegui encontrar o botão para adicionar aplicações. O meu amigo disse-me que eu tinha que procurar as aplicações por minha conta. Depois de muita pesquisa no Google, lá encontrei, descarreguei e instalei o OpenOffice.org.

Para dizer a verdade, diverti-me à brava com o Windows. Não entendi muito da terminologia… porque é que há um drive A, depois um C… onde é que está o drive B? Achei a distribuição demasiado básica, não
inclui nenhuma aplicação que seja verdadeiramente de produtividade e torna-se muito confuso procurá-la. O meu amigo disse-me que eu precisava de software anti-vírus e anti-spyware, mas o Windows não
vinha com nada disso.

Achei-o difícil, confuso e demasiado trabalhoso para mim. Pode ser bom para uma pessoa que seja do tipo técnico, como o meu amigo, mas eu fico-me pelo Linux, obrigado.”

http://www.tchelinux.org/2009/workshop/

Diferente das palestras geralmente realizadas nos eventos do Tchelinux, estes Workshops terão mais de três horas de duração cada um, serão voltados exclusivamente para a área de Desenvolvimento de Software, e requerem pelo menos um mínimo de conhecimento sobre lógica de programação por parte dos participantes. Uma ótima oportunidade para conhecer novas linguagens e ferramentas.

Como nos eventos, a participação é gratuíta, exigindo apenas a doação de dois quilos de alimentos não perecíveis.

Maiores informações, programação, localização e inscrições disponíveis na página do evento.

Este ano, o evento terá 9 edições, em diversas cidades do estado. Segue a lista:

• 28/03 – ULBRA em Gravataí
• 25/04 – URISAN em Santo Ângelo
• 23/05 – URCAMP em Bagé
• 13/06 – FTEC em Caxias do Sul
• 04/07 – ULBRA em São Jerônimo
• 15/08 – UCPel em Pelotas
• 12/09 – UNIFRA em Santa Maria
• 10/10 – FAE em Erechim
• 07/11 – PUC em Porto Alegre

Para incrementar mais um pouco, serão realizados 4 eventos temáticos no auditório da Livraria Cultura, em Porto Alegre:

• 05/04 – “Do UNIX ao Linux: a história do Software Livre”
• 21/06 – “Vídeo e Fotografia Digital, da Captura a Edição com Software Livre”
• 30/08 – “Desenvolvendo aplicações para o Google Android”
• 18/10 – “IPTables: entenda como funciona o Firewall no Linux”

Como já disse, o primeiro Tchelinux de 2009 será na ULBRA de Gravataí, e as inscrições já estão abertas.

Meus planos são de participar, pelo menos, deste primeiro e do último, em POA, além dos eventos sobre “Do UNIX ao Linux” e “IPTables”, na Livraria da Cultura.

Nos encontramos lá…

[updated]  Achei melhor apenas atualizar aqui, ao invés de criar um novo post para falar sobre o evento.

Como Esperado, o evento em Gravataí estava ótimo. Das palestras que participei, a que mais gostei foi a sobre Sistemas Operacionais Livres, com o palestrante Fernando Massen, a qual foi bem dinâmica, exibindo demonstrações dos SOs e uma pequena história de cada, surpreendendo os perticipantes que desconheciam SOs como o Plan 9 (sucessor do Unix, totalmente distribuído) e o MenuetOS (um SO feito todo em assembly, que possui apenas 1.4MB de tamanho e roda a partir de um diskete).

Infelizmente não pude ficar até o final do evento, e também não pude comparecer a palestra na Livraria Cultura na semana seguinte.

O Evento contou com um total de 31 palestras e uma painel sobre temas diversos, abrangendo Software Livre, Novas Tecnologia e Internet. As apresentações e conteúdo complementar das palestras estarão logo disponíveis no website oficial da comunidade (atualizo aqui quando estiverem).

Destas palestras, as que mais me interessaram foram uma sobre RAID e LVM, pelo palestrante Oscar Luis da Silva Neto, uma sobre Técnicas para Alta Disponibilidade, por Marcos Lucas, que serviu quase que como uma continuação da anterior, e a palestra sobre “Hacking Linux“, da Bruna Griebeler, depois da qual fui logo aumentar a segurança de meu Note, colocando uma senha no GRUB (mentira, ainda não fiz isso porque não lembro os comandos, e estou com preguiça de pesquisar (é domingo, gente), mas assim que o pessoal do grupo divulgar as apresentações vou fazê-lo :D).

[updated]  Se alguém desejar ver os slides das palestras, estes estão disponíveis no website do evento, em http://www.tchelinux.org/2008/portoalegre/slides/.

NOTA: prometo umas fotos do evento, assim que conseguir…

[updated] Aqui estão os links para alguns álbuns de fotos, tiradas pelos participantes:

http://picasaweb.google.com/thiago.becker/TcheLinux2008
http://picasaweb.google.com/tiagoloppes/TchLinux2008
http://www.flickr.com/photos/penkala/sets/72157608775996605/

Este evento serviu também para me incentivar a ajudar nos proximos eventos de SL. Inclusive já estou pensando em organizar um evento sobre PHP aqui no sul.

Recomendo para qualquer um que trabalhe com TI participar do máximo possível de eventos que conseguir. Próximo sábado estarei na Seminfo em Torres.

PS: Não encontrei os websites dos outros dois palestrantes que mensionei, se alguém souber favor, deixe um comentário com o link que atualizo aqui.

Não será cobrado ingresso em dinheiro para o evento, mas cada participande deverá doar 2Kg de alimentos não perecíveis, assim não tem desculpa para não participar, inclusive com a ótima programação, contando com ótimos nomes entre os palestrantes.

Segue o Anúncio Oficial:

 “É com imenso orgulho que anunciamos a 3ª edição do Seminário de Software Livre Tchelinux que acontecerá no dia 8 de Novembro nas dependências da Faculdade de Informática da PUC-RS em Porto Alegre. O temário desta desta edição é composto por 30 apresentações sobre temas relacionados ao Software Livre, e dentre os palestrantes confirmados teremos a presença dos Kernel Hackers da RedHat Arnaldo Carvalho Melo, Eduardo Habkost, Fábio Olivé Leite, Luis Claudio Gonçalves e Douglas Landgraf, do membro do Mozilla Brasil Clauber Halic e do desenvolvedor de Software Livre e escritor Aurélio Marinho Jargas. Não será cobrada inscrição em dinheiro, entretanto cada participante deverá doar 2 (dois) quilogramas de alimentos não perecíveis que serão encaminhados à instituições de caridade. Para maiores informações sobre o evento, recomendamos visita ao site abaixo:

http://www.tchelinux.org/2008/
As pré-inscrições para as 500 vagas disponíveis já se encontram abertas, garanta já a sua!!”

Para quem não sabe, o MySQL Workbench é o sucessor do antigo DBDesigner4, um editor visual de modelo de dados, criado inicialmente para MySQL, com possibilidade de criar o modelo de dados por engenharia reversa e exportar DDL.

Segue um screenshot do DBDesigner4:

A pouco mais de um ano atrás, o MySQL Workbench era incluído no macote mysql-gui-tools para linux e, inclusive, disponível no Debian. Porém o software era por demais instável e continha muitos bugs, assim ele foi removido dos repositórios do Debian e, posteriormente descontinuado, passando a ser disponível apenas a versão Windows.

Possivelmente a maior parte do código do antigo Workbench foi reescrito, e desde a versão beta para windows lançada em Novembro passado, nós usuários Linux temos estado ansiosos para ter a nova ferramente disponível no Linux (e logo para Mac OSX também).

Particularmente falando, minha primeira experiência com o MySQL Workbench foi decepcionante, isso por causa da quantidade de bugs e falta de funcionalidadesque a versão antiga continha. Porém, o antigo DBDesigner era uma ferramenta ótima, que tornava muito mais fácil a criação e visualização de modelos de dados, assim, sempre esperei que o MySQL Workbench viesse a ser tão bom, ou até melhor que seu predecessor.

Naturalmente, vou postar aqui como obter os fontes e instalar o MySQL Workbench 5.1.2 Alpha. Há também um pacote *.deb disponível para ubuntu, mas vou abordar apenas a instalação via fontes.

Primeiramente, será necessário instalar algumas dependências:

# aptitude install \
autoconf \
automake \
libtool \
libzip-dev \
libxml2-dev \
libsigc++-2.0-dev \
libglade2-dev \
libgtkmm-2.4-dev \
libglu1-mesa-dev \
libmysqlclient15-dev \
uuid-dev \
liblua5.1-dev \
libpixman-1-dev \
libpcre3-dev \
g++ \
libgnome2-dev \
libgtk2.0-dev \
libpango1.0-dev \
libcairo2-dev

Também será necessário instalar anteriormente a biblioteca ctemplate, do Google.

$ wget ftp://ftp.mysql.com/pub/mysql/download/gui-tools/mysql-workbench-5.1.2-alpha-linux.tar.gz
$ tar xzvf ctemplate-0.91.tar.gz
$ cd ctemplate-0.91/
$ ./configure --prefix=/usr/local
$ make
# make install (como root)
# ldconfig

Após instalada a biblioteca, vamos compilar e instalar o MySQL Workbench. Os fontes da primeira versão Alpha para Linux podem ser encontrados aqui:

$ wget ftp://ftp.mysql.com/pub/mysql/download/gui-tools/mysql-workbench-5.1.2-alpha-linux.tar.gz
$ tar xzvf mysql-workbench-5.1.2-alpha-linux.tar.gz
$ cd mysql-workbench-5.1.2-alpha-linux/
$ ./autogen.sh --prefix=/usr/local
$ make
# make install (como root)

Após isto a instalação estará concluída, bastando executar mysql-workbench em um terminal para testar o software.

$ mysql-workbench

Fontes: http://br-linux.org/2008/lancado-o-alpha-do-mysql-workbench-para-linux/,
http://dev.mysql.com/workbench/?page_id=152,
http://dev.mysql.com/workbench/?p=156

O SSH, ou Secure Shell, é um aplicativo Unix que permite acesso remoto, por terminal, a outros computadores. Porém, o proŕio SSH tem uma opção de tunelar o X Server, possibilitando a execução de aplicativos X11 remotos.

Já a algum tempo eu sabia que era possível fazer esse tunelamento para executar aplicativos X remotos por ssh, mas ainda não havia pesquisado a respeito. Foi então que ontem me surgiu a idéia de rodar os programas que tenho no trabalho (principelmente o Eclipse IDE) para desenvolver a partir de casa, sem precisar copiar todos os fontes ou montardiretórios remotos, e então acabei me surpreendendo com a facilidade disto.

A maioria dos usuários GNU/Linux devem estar acostumados a acessar máquinas remotas por ssh, com comandos como:

ssh user@server.com

ou

ssh -p 22 -l user 192.168.1.1

Nos exemplos acima exibo dois modos básicos para conexões com ssh. a opção -p é necessária apenas caso o servidor remoto ou cliente nãoestejam usando portas padrões para o SSH, a opção -l serve para definir o usuário a logar no servidor remoto, sendo necessário apenas quando os nomes de usuários no servidor e cliente não coincidem, e é equivalente a utilizar user@ antes doendereço do servidor, que pode ser um endereço de ip, ou um nome de domínio.

Agora, para tunelar o X server basta adicionar a opção -X a linha de comando:

ssh -p 22 -l user -X 192.168.1.1

Assim, uma vez conectado ao servidor remoto, basta executar qualquer aplicação normalmente, que as janelas destas gerão criadas em sua máquina local. Veja o screenshot de exemplo:

No primeiro screenshot acima, estão sendo executados localmente (em meu computador de trabalho)  o terminal, com a sessão ssh aberta, o monitor de sistema GKrellm (a direita), o gerenciador de arquivos Thunar, e a calculadora Galculator, acima da qual está um outra calculadora sendo executada a partir do computador remoto (meu laptop, em casa, conectado através de uma rede sem fio de longa distância), note a diferença no tema do GTK2, e mais acima está o aplicativo Eye of Gnome, o qual tenho instalado apenas no Notebook.

No segundo Screenshot estou executando o jogo lBreakout2 e o Wine Notepad (um clone do editor Notepad do windows, para Wine), demonstrando como é possível rodar praticamente qualquer aplicativo remoto, é possivel inclusive executar um gerenciador de janelas ou desktop inteiramente.

Diferente do VNC, que geralmente se conecta a uma sessão X existente, o tunelamento do X sob ssh envia os aplicativos executados para a sessão X existente na máquina cliente (ou seja, não invade a privacidade de quem estiver utilizando a máquina remota).

Infelizmente o ssh não possibilita tunelar sons reproduzidos por aplicativos X, assim se vc executar um player de mídia, quem irá acabar ouvindo é quem estiver perto do servidor remoto. Aplicativos que exijam OpenGL ou outras bibliotecas gráficas podem não ser executados corretamente também.

Fonte: http://www.vanemery.com/Linux/XoverSSH/X-over-SSH2.html

Existem diversos emuladores de processadores disponíveis para criar máquinas virtuais, como o VMware, VirtualBox e QEMU, por exemplo, os três disponíveis para Linux. No meu caso utilizei o QEmu, isso porque já havia testado ele uma vez, e pelo que li a respeito achei que ele parece mais fácil de usar do que os outros.

ATENÇÃO: Caso precise rodar apenas algumas aplicações Windows, você poderá utilizar o Wine, uma implemetação livre da API do Windows que suporta uma boa gama de programas win32, podendo rodá-los nativamente no Linux, o que mostra uma performance muito melhor.

Também é possível encontrar facilmente programas Linux equivalentes para a maioria das aplicações conhecidas para Windows, veja aqui, aqui ou aqui.

Um Windows XP executado em uma máquina virtual tente a ficar um pouco lento. Para melhor a performance pode-mos utilizar o Qemu Accelerator (KQemu) ou o KVM (Kernel Based Virtual Machine), o que vou abordar aqui.

Primeiramente precisamos saber se seu kernel possui suporte para rodar o kvm. Digite o comando abaixo, como root, em um terminal:

# grep -E '^flags.*(vmx|svm)' /proc/cpuinfo

Se você obtiver algum resultado, então seu computador suporta virtualização de hardware e podemos continuar, caso contrário, verifique em sua BIOS se há opção para habilitar/desabilitar virtualização. Se não houver esta opção será melhor tentar utilizar o KQemu (tutorial aqui, em inglês).

Continuando… Primeiramente instale os pacotes qemu e kvm.

# aptitude install qemu kvm

Após isso carrege o módulo kvm próprio para seu processador (você pode adicionar o módulo em /etc/modules posteriormente para ser carregado na inicialização).

• Para processadores AMD:

  # modprobe kvm-amd

• Para processadores Intel:

  # modprobe kvm-intel

Além disso você precisará alterar o grupo de /dev/kvm para o grupo kvm e adicionar seu usuário a este grupo:

# chown root:kvm /dev/kvm
# adduser $USER kvm

Lembrando de sair e logar novamente para certificar-se que o novo grupo será usado. Agora começamos com a instalação em si.

Primeiramente você deve criar um arquivo de image, que será onde o Windows XP será instalado:

$ qemu-img create windows.img -f qcow 6G

A opção -f qcow economiza espaço, utilizando apenas o necessário para a instalação, até o limite especificado (6G). A desvantagem é que a imagem no formato qcow não pode ser montada no sistema, então se você deseja acessar os arquivos da imagem windows.img poderá omitir a opção ‘-f qcow’, mas lembrando que assim a imagem alocará todo o espaço especificado (ou seja, todos os 6G, mesmo que a instalação ocupe menos).

Para uma instalação completa do Windows XP você precisará de, no mínimo, 2GB ou 3GB. Porém é possível encontrar imagens de instalação modificadas (obviamente ilegais, mas não deve haver problema se você possui uma chave original do Windows XP) que ocupam menos de 500MB.

Após criada a imagem, insira o cd do windows em seu driver e execute a linha a seguir:

$ kvm -no-acpi -m 384 -cdrom /dev/cdrom -boot d windows.img

A opção -m especifica a quantidade de memória alocada para o sistema. 384 é um bom começo para o WinXP, caso disponha de mais memória você poderá alocar mais. Também é essencial que utilize a opção -no-acpi, já que o windows não terá acesso direto a placa mãe.

Caso deseje executar a instalação a partir de uma imagem, e não do CD, basta usar o comando como a seguir. No exemplo abaixo também alocamos mais memória.

$ kvm -no-acpi -m 512 -cdrom /backups/windows.iso -boot d windows.img

Caso a instalação trave em algum momento, basta fechar oqemu (feche a janela, ou pressione Ctrl+C no terminal que rodou os comandos) e iniciar novamente, que a instalação progredirá de onde parou.

IMPORTANTE:
A opção -boot d força o kvm/qemu a iniciar primeiro do cdrom, após concluir a instalação você poderá iniciar seu windows com o comando a seguir:

$ kvm -localtime -no-acpi -m 512 -cdrom /dev/cdrom windows.img

A opção -localtime ajusta o relógio da máquina virtual como a hora atual de seu sistema, e a opção -cdrom diz a máquina para tentar iniciar primeiramente do cdrom, útil para atualizações do windows ou coisas do gênero.

Você pode criar um lançador ou item no menu, para seu windows, especificando o caminho completo para windows.img, assim você poderá iniciá-lo com apenas um clique.

Configurar Rede:

O Qemu cria uma rede virtual entre a máquina host (o seu Linux) e a guest (O Windows) e um servidor DHCP, o que é suficiente para transferir arquivos e navegar na internet.

Por padrão o ip do host fica 10.0.2.2 e do guest algo como 10.0.2.15. Assim, caso tenha algum servidor instalado no host você pode acessá-lo pelo ip 10.0.2.2 (como páginas web, no caso de um Apache ou Lighttpd rodando).

Caso a navegação não funcione, pode ser um problema de DNS. Assim, vá nas “Configurações de Rede” do Windows, selecione a “Conexão Local” e nas propriedades do IP coloque o DNS de sua preferência (mantenha o endereço IP como “Obter Automaticamente”). Caso não conheça nenhum, utilize este: 200.176.2.10. Este é um servidor DNS no Terra, mas utilizando um mais próximo de seu computador vai deixar a navegação mais rápida.

A rede em modo de usuário, que é o padrão do qemu, tem várias desvantagens, como por exemplo, não permitir pings. Se você deseja configurar uma rede completa, e deixar a máquina virtual visível para toda a rede, você precisará configurar interfaces de rede virtuais. Não vou explicar aqui porque ainda não testei esta possibilidade, mas basta pesquisar na documentação do qemu que você verá vários bons tutoriais.

O Qemu ainda tem várias outras opções, como gravar as alterações no sistema em um arquivo separado, mantendo a imagem instalada intacta. Para isso você deve criar uma imagem de overlay:

qemu-img create -b windows.img -f qcow windows.ovl

Então, para executar o windows utilize a imagem de overlay (adicione as opções que desejar):

kvm windows.ovl

Assim, caso a imagem do windows seja arruinada, por um vírus ou algum bug, por exemplo (nada muito incomum), basta remover a imagem de overlay e utilizar a imagem original.

A principal razão para mim decidir rodar um Windows XP numa máquina virtual é para poder rodar alguns jogos que não rodam no wine, por utilizarem nProtect/GameGuard. No meu caso ainda não habilitei o som na máquina virtual nem habilitei compartilhamento de arquivos, mas logo farei um novo post abordando esses assuntos.

Fontes: https://help.ubuntu.com/community/WindowsXPUnderQemuHowT, https://help.ubuntu.com/community/KVM

PS.: Apesar dos tutoriais terem sido tirados da wiki do ubuntu, estes podem ser utilizados para virtualização no Debian (o meu caso) ou qualquer outra distro.