Dicas para o Ubuntu

Olá!

O objetivo dessa página é orientar usuários iniciantes do Ubuntu que desejam instalar e configurar o Ubuntu utilizando ao máximo o modo gráfico. Caso o uso do ambiente gráfico não for possível, as orientações buscam ser o mais simples possível, sempre voltadas aos iniciantes do Ubuntu. A versão utilizada do Ubuntu é sempre mais atual e estável de 64 bits.

segunda-feira, 16 de abril de 2012

Configurando teclado no Kubuntu

Abra o terminal e digite:

Para teclado internacional:

setxkbmap -model pc102 -layout us-intl
Para teclado ABNT2:

setxkbmap -model abnt2 -layout br

sexta-feira, 13 de abril de 2012

Installing ati-amd graphic driver on Ubuntu

Install ATI Drivers in Ubuntu 11.10 – in three different ways

Ubuntu 11.10 by default will use an open-source driver for most ATI cards – and not FGLRX. Personally, I find these drivers fine for browsing the internet and playing HD videos. However, there is a noticeable performance increase with the closed-source ATI driver. This tutorial will be focusing on installing FGLRX on Ubuntu 11.10. At the bottom of the page, there are instructions on how to restore Ubuntu to the way things were before you attempted to install FGLRX. I recommend reading the full article before performing the upgrade, as there are different ways of installing FGLRX. Also, backing up your computer is highly recommended, as video drivers can be a touchy situation that can leave your computer with configuration problems which are tough to fix.

Installing FGLRX in Ubuntu 11.10 – from ATI’s website

This is a bit tougher way of doing things, but still isn’t too hard to do. I recommend trying the next method before this one, since uninstalling FGLRX in the other method is much easier. Firstly, you’ll have to download the driver from ATI’s website:

 http://support.amd.com/us/gpudownload/Pages/index.aspx

Next, right click on the downloaded file, go to Properties and make it an executable file.
Click on the file so it runs inside a terminal, enter your password when prompted, and go through the pretty simple installer.
After FGLRX is installed, pop up another terminal and enter: sudo aticonfig –initial . This will configure the driver and make it ready the next time your restart Ubuntu. You should see your desktop with compiz running on the next reboot. If not, then you’ll have to uninstall FGLRX and use the default ATI driver for Ubuntu. It’s beyond this tutorial to explore the plethora of possible reasons why this hasn’t worked.
To uninstall FGLRX, reboot into failsafe mode, open up a terminal and enter these commands:

cd /usr/share/ati
sudo sh ./fglrx-uninstall.sh

Now you can follow the steps below (which are at the very bottom of this post) on how to purge and reinstall FGLRX.

Installing FGLRX through Terminal

This way will install FGLRX just like Jockey (the Additional Drivers program, as seen in the next method), but by only using one little terminal command:

sudo apt-get install fglrx-modaliases

This will download, install and configure FGLRX automatically. Reboot to see the new driver in action.

The easy way of installing FGLRX on Ubuntu 11.10

This should sound familiar to you. Open up the dash and type in “Additional Drivers” and select the first result. After a little window pops up, you should see this screen:

Additional Drivers window FGLRX 300x271 Install ATI Drivers in Ubuntu 11.10   in three different ways

“ATI/AMD proprietary FGLRX graphics driver” or “ATI/AMD proprietary FGLRX graphics driver (post-release update)” are fine options. The latter is just a version of FGLRX that gets periodically updated as new stable versions are released, while the other is never updated. Click activate and let your computer do it’s magic. A restart is necessary when done.

TO UNINSTALL FGLRX

If you install FGLRX in any of the above methods and want to purge/remove it, you must uninstall it by using these commands in failsafe mode:

sudo apt-get remove –purge xorg-driver-fglrx fglrx*

Then reinstall some packages that the driver overrode:

sudo apt-get install –reinstall libgl1-mesa-glx libgl1-mesa-dri fglrx-modaliases
sudo dpkg-reconfigure xserver-xorg
sudo apt-get install –reinstall xserver-xorg-core

TO REINSTALL THE DEFAULT ATI DRIVER

According to the Ubuntu Wiki, here’s how you reinstall the default ATI driver provided with Ubuntu:

sudo /usr/share/ati/fglrx-uninstall.sh # (if it exists)
sudo apt-get remove –purge fglrx*
sudo apt-get remove –purge xserver-xorg-video-ati xserver-xorg-video-radeon
sudo apt-get install xserver-xorg-video-ati
sudo apt-get install –reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core
sudo dpkg-reconfigure xserver-xorg

I hope this tutorial helped you out. If you experience some problems, you can always drop by Ubuntuforums.org for some help from me and other Ubuntu users. Also, Askubuntu.com is becoming a really nice community too.

from:  http://mintsational.com/ubuntu/install-ati-drivers-in-ubuntu-11-10-in-three-different-ways/

segunda-feira, 9 de abril de 2012

O GRUB 2 - Entendendo e Configurando

Introdução

Com exceção do Slackware, que continua a utilizar o Lilo devido à simplicidade, praticamente todas as outras distribuições migraram para o Grub ao longo da década passada. O Grub é um gerenciador de boot bem mais moderno, que oferece mais opções e remedia muitas das limitações do antigo Lilo.
Conforme os PCs foram avançando, entretanto, mesmo o Grub começou a parecer antiquado em algumas situações, levando surgimento do Grub 2, um sucessor modular que se tornou o gerenciador default no Ubuntu a partir do 9.10 e aos poucos vem sendo adotado também em outras distribuições. O gerenciador de boot é um componente tão importante do sistema que vale a pena estudar um pouco sobre ele para ser capaz de solucionar problemas. Já vimos detalhes sobre a configuração do Lilo e do Grub, vamos agora conhecer um pouco sobre o Grub 2.
Com o lançamento do Grub 2, o Grub original passou a ser chamado de "Grub Legacy". Ele continua sendo mantido, mas vem recebendo basicamente correções de bugs. O desenvolvimento de novas funções passou a ser concentrado no Grub 2. Você pode checar qual versão está sendo usada usando o comando "grub-install -v":
$ grub-install -v
grub-install (GRUB) 1.99-18ubuntu1

Neste caso estou rodando a versão 1.99-18, que é a versão usada por default no Ubuntu 12.04. As versões do Grub original vão até a 0.97, enquanto o Grub 2 começa a partir da 1.98.
O Grub 2 trás vários novos recursos, incluindo a possibilidade de carregar módulos para acesso a diferentes sistemas de arquivos, possibilidade de personalização através de shell-scripts, bem como o uso de temas visuais e assim por diante. Ele é capaz até mesmo de inicializar imagens ISO de distribuições Live-CD ou outros sistemas diretamente a partir do HD, sem que você precise gravá-las num CD ou pendrive. Como sempre, ms recursos significam uma configuração mais complexa, o que faz com que, embora bem organizado, os recursos do Grub 2 acabem sendo mais difíceis de dominar.
No Grub 2, o arquivo "/boot/grub/menu.lst" de lugar ao "/boot/grub/grub.cfg". Entretanto, este é um arquivo gerado como produto da execução de diversos scripts situados na pasta "/etc/grub.d/" que são executados ao instalar ou atualizar o Grub 2 e, diferente do menu.lst, nunca deve ser editado manualmente. O arquivo editável de configuração passou a ser o "/etc/default/grub/", onde vão as preferências e configurações pessoais, que são salvas no /boot/grub/grub.cfg quando as alterações são aplicadas. Tudo isso é lido pelo sistema ao executar o comando "sudo update-grub", que se encarrega de executar todos estes scripts e configurações, gerando o arquivo /boot/grub/grub.cfg e instalando os outros componentes do grub.

Entendendo o novo sistema de configuração


Para entender melhor como funciona este processo de geração, o primeiro passo é dar uma olhada no conteúdo da pasta /etc/grub.d:

Como pode ver, esta pasta é populada por vários scripts, numerados sequencialmente. Sempre que o update-grub é executado, estes scripts são executados na ordem em que são numerados, fazendo com que um novo arquivo /boot/grub/grub.cfg seja gerado e a configuração atualizada. Este é mais um motivo para que você não perca tempo tentando editar este arquivo diretamente, já que além de muito complexo, qualquer configuração feita nele será perdida ao atualizar a configuração do Grub. A ideia é exatamente que a configuração seja gerada e atualizada automaticamente, aplicando as suas configurações, definidas no /etc/default/grub.
O primeiro script, o "00_header" lê as variáveis de ambiente e ajusta vários parâmetros e configurações, preparando o terreno para a execução dos outros scripts. O seguinte é o "05_debian_theme", que aplica o tema visual, carregando a imagem de background, definindo as cores do menu e assim por diante.
Os demais scripts são dedicados à detecção e inserção dos diferentes sistemas operacionais, gerando a lista que permite escolher qual usar durante o boot. O "10_linux" adiciona as entradas do sistema principal, incluindo as diferentes versões do kernel que estejam instaladas. O "10_linux_xen" faz o mesmo com versões do kernel com suporte ao Xen (caso alguma esteja instalada). O "20_memtest86+" adiciona a entrada do Memtest, enquanto o "30_os-prober" detecta e adiciona entradas para outros sistemas operacionais instalados, incluindo o Windows. Os dois últimos, "40_custom" e "41_custom" são dedicados à inserção de scripts personalizados com outras funções que você queira executar.
A ordem com que as diferentes entradas aparecem na tela de boot é definida pela ordem com a qual estes scripts são executados. Ao rodar o "sudo update-grub " neste PC, por exemplo, obtenho:
$ sudo update-grub

Generating grub.cfg …
Found background image: /usr/share/images/desktop-base/desktop-grub.png

Found linux image: /boot/vmlinuz-3.2.0-21-generic
Found initrd image: /boot/initrd.img-3.2.0-21-generic
Found linux image: /boot/vmlinuz-3.2.0-19-generic
Found initrd image: /boot/initrd.img-3.2.0-19-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 7 (loader) on /dev/sda2
done

Veja que ele inclui um total de 4 entradas: duas para o sistema principal (incluindo uma versão antiga do kernel que ainda está instalada), uma para o Memtest e outra para uma cópia do Windows 7 esquecida em uma partição no início do HD.
Se retiro a permissão de execução do script do Memtest (chmod -x /etc/grub.d/20_memtest86+), fazendo com que ele deixe de ser executado, as outras entradas continuarão sendo adicionadas, mas o Memtest será deixado de fora:
$ sudo chmod -x /etc/grub.d/20_memtest86+
$ sudo update-grub


Generating grub.cfg …
Found background image: /usr/share/images/desktop-base/desktop-grub.png

Found linux image: /boot/vmlinuz-3.2.0-21-generic
Found initrd image: /boot/initrd.img-3.2.0-21-generic
Found linux image: /boot/vmlinuz-3.2.0-19-generic
Found initrd image: /boot/initrd.img-3.2.0-19-generic
Found Windows 7 (loader) on /dev/sda2
done

Caso renomeie o script "30_os-prober", para "09_os-prober" (fazendo com que ele seja executado antes do "10_linux" que adiciona as entradas referentes ao Linux) faço com que o Windows apareça no topo da lista:
$ sudo mv 30_os-prober 09_os-prober
$ sudo update-grub


[sudo] password for gdh:
Generating grub.cfg …
Found background image: /usr/share/images/desktop-base/desktop-grub.png

Found Windows 7 (loader) on /dev/sda2
Found linux image: /boot/vmlinuz-3.2.0-21-generic
Found initrd image: /boot/initrd.img-3.2.0-21-generic
Found linux image: /boot/vmlinuz-3.2.0-19-generic
Found initrd image: /boot/initrd.img-3.2.0-19-generic
done

Da mesma forma, é possível editar o conteúdo dos scripts ou adicionar outros que executem funções adicionais. Esta acaba sendo a principal vantagem do Grub 2 e o grande motivo da mudança.
Como pode imaginar, a melhor forma de adicionar entradas personalizadas no menu do grub, sem depender da detecção automática é adicionar as instruções desejadas no final do arquivo "/etc/grub.d/40_custom", o que faz com que a sua entrada personalizada apareça no final da lista.
Basta adicionar as entradas da forma como quer que elas sejam incluídas no arquivo, após a linha "exec tail -n +3 $0" dentro do arquivo. Para adicionar uma entrada que carrega o Windows em chainload (como a que vimos no capítulo sobre o Mandriva), por exemplo, você adicionaria as seguintes linhas ao arquivo "40_custom":
menuentry "Windows 7 em chainload" {
set root=(hd0,1)
chainloader +1
}
A linha "set root=(hd0,1) " especifica qual é a partição. Uma diferença entre o Grub 2 e o Grub antigo é que no Grub 2 as partições são numeradas a partir do 1 (e não mais a partir do zero), de forma que "set root=(hd0,1) " especifica que o Windows está instalado na primeira partição do HD.
Para que seja adicionada uma entrada para o boot de uma imagem ISO localizada em uma partição do HD (que é uma das possibilidades interessantes do novo grub), você adicionaria as linhas a seguir no "40_custom"
menuentry "ISO do Ubuntu" {
loopback loop (hd0,1)/home/gdh/ubuntu.iso
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=home/gdh/ubuntu.iso noprompt noeject quiet splash
initrd (loop)/casper/initrd.lz
}
Veja que esta entrada já é mais complicada, especificando a partição do HD onde está o ISO, como em "(hd0,1)", que se refere à primeira partição do primeiro HD e o caminho para o arquivo dentro da partição (/home/gdh/ubuntu.iso). A linha "linux..." inclui opções diversas para que o sistema inicialize através do CD; veja que ela inclui novamente a localização do arquivo dentro da partição.
Incluindo as duas entradas, seu arquivo "/etc/grub.d/40_custom" ficaria como o a seguir e depois de executar o "sudo update-grub" você veria as duas novas entradas no final da lista.
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.

menuentry "Windows 7 em chainload" {
set root=(hd0,1)
chainloader +1
}

menuentry "ISO do Ubuntu" {
loopback loop (hd0,1)/home/gdh/ubuntu.iso
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=home/gdh/ubuntu.iso noprompt noeject quiet splash
initrd (loop)/casper/initrd.lz
}
É importante enfatizar que o boot de imagens ISO só funciona em distribuições Linux que suportem a inicialização a partir do ISO (o que inclui a grande maioria dos live-CDs atuais). Devido a esta dependência de suporte por parte do hóspede, esta função não funciona para dar boot em ISOs com outros sistemas operacionais, incluindo imagens de instalação do Windows.

Mais configurações

Em seguida, temos o arquivo "/etc/default/grub" que concentra muitas das opções que no Grub legacy estão concentradas no menu.lst. A primeira delas é a linha "GRUB_DEFAULT", que permite definir qual será o sistema inicializado por padrão. Por default a linha é:
GRUB_DEFAULT=0
… o que faz com que o primeiro sistema operacional da lista seja inicializado por default. Se você quer que o sistema da quarta entrada da lista passe a ser o default, você trocaria o valor para "3" (lembre-se, os sistemas são contados a partir do zero, o que faz com que a quarta linha seja "3" e assim por diante:
GRUB_DEFAULT=3
Você pode também alterar esta configuração diretamente a qualquer momento, sem precisar editar o arquivo e rodar o update-grub usando o comando "grub-set-default", como em:
$ sudo grub-set-default 3
A linha "GRUB_TIMEOUT=10" especifica o tempo de espera antes de inicializar o sistema default (em segundos). Por default são 10 segundos, mas você pode aumentar ou reduzir o valor como desejado. O valor "0" faz com que o boot ocorra imediatamente, sem a exibição do menu (nesse caso é necessário manter a tecla Shift pressionada das vezes que você queira que o menu seja exibido), enquanto o valor "-1" faz com que ele espere indefinidamente.
É possível também fazer com que o grub espere um tempo especificado porém sem exibir o menu de seleção, o que é útil em casos em que o micro for usado por outras pessoas e você não quer que elas vejam os outros sistemas instalados. Nesse caso o grub espera o tempo especificado, em segundos, mas você vê a tela de seleção apenas caso pressione a tecla Shift dentro do tempo especificado, como em:
GRUB_HIDDEN_TIMEOUT=5
Em seguida temos a opção " GRUB_CMDLINE_LINUX_DEFAULT", que permite inserir parâmetros a serem passados para o kernel, como o noapic, noacpi, nolapic, etc., como em:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Ela é usada em conjunto com a opção "GRUB_CMDLINE_LINUX". Estas duas opções existem por que o grub adiciona duas entradas para cada versão do kernel encontrada, uma para boot normal e outra para o modo de recuperação. A opção "GRUB_CMDLINE_LINUX_DEFAULT" inclui parâmetros que são passados ao kernel apenas durante um boot normal, enquanto a "GRUB_CMDLINE_LINUX" inclui opções que são passadas em ambos os casos. Como pode ser, as duas opções existem exatamente para permitir que as opções do modo de recuperação sejam diferentes.
Se você nunca usa as entradas de recuperação e quer desativá-las para gerar uma lista com menos entradas e consequentemente mais organizadas, adicione (ou descomente) a linha "GRUB_DISABLE_RECOVERY", configurando-a com o valor true:
GRUB_DISABLE_RECOVERY="true"
Se você quiser desabilitar o script 30_os-prober, desabilitando a detecção de outros sistemas operacionais instalados, pode adicionar a linha "GRUB_DISABLE_OS_PROBER=true".
Outra configuração que pode ser útil em algumas situações é a "GRUB_INIT_TUNE", que toca um beep no início da exibição do menu do grub. Ela é útil no caso de deficientes visuais, que precisam de uma notificação audível para poderem escolher o sistema, bem como para desatentos:
GRUB_INIT_TUNE="480 440 1"
Esta opção pode ser usada para incluir músicas inteiras (experimente por exemplo: GRUB_INIT_TUNE="480 900 2 1000 2 800 2 400 2 600 3"), mas tenha em mente que a soneta vai atrasar a exibição do menu.
Lembre-se de sempre executar o comando "sudo update-grub" ao fazer alterações, do contrário elas não entrarão em vigor. Caso ele retorne algum erro, verifique a configuração e tente solucionar o problema antes de reiniciar o micro, caso contrário o grub pode ficar em um estado não-funcional, dificultando ou impossibilitando o boot.

Dicas de recuperação e solução de problemas

Concluindo, caso o grub seja danificado e o sistema deixe de inicializar, você pode recuperá-lo seguindo as instruções a seguir:
a) Dê boot usando o live-CD do Ubuntu, executando um boot normal do sistema
b) Rode o comando "sudo fdisk -l" para verificar quais são as partições do HD. Verifique qual é a partição do sistema.
c) Monte a partição em uma pasta. Se a partição é a "/dev/sda1", por exemplo, os comandos seriam: sudo mkdir /mnt/sda1; sudo mount /dev/sda1 /mnt/sda1
d) Use o gerenciador de arquivos para checar o conteúdo da pasta e ver se esta é mesma a partição de instalação do sistema.
e) Reinstale o grub, especificando o diretório onde a partição do sistema foi instalada. Como estamos instalando o grub no gerenciador de boot, especificamos o device do HD (e não da partição). Veja que o comando usa a opção "--root-directory", que especifica a pasta onde a partição foi montada: sudo grub-install --root-directory=/mnt/sda1 /dev/sda
f) Verifique a saída do comando. Se houver algum erro, verifique os arquivos de configuração para localizar o problema (em geral será alguma entrada personalizada adicionada por você). Verifique se os arquivos não foram perdidos ou corrompidos (você pode restaurá-los a partir de outra máquina, ou do próprio CD caso esteja dando boot na mesma versão do sistema que está instalada).
f) Desmonte a partição e reinicie o micro: sudo umount /mnt/sda1; reboot
Em casos em que você precise restaurar o boot de uma instalação do Windows no HD, que deixou se ser inicializável depois de remover uma distribuição Linux instalada no HD, você pode usar o Lilo para regravar o MBR, removendo o grub e permitindo que o Windows volte a inicializar. Depois de dar boot com o Live-CD do Ubuntu, instale o pacote via apt-get e use o comando "lilo -M", especificando o device do HD e o parâmetro "MBR" para que ele seja gravado:
$ sudo apt-get update; sudo apt-get install lilo
$ sudo lilo -M /dev/sda mbr
obtido de: http://www.hardware.com.br/tutoriais/ubuntu-entendendo-configurando-grub2/dicas-recuperacao-solucao-problemas.html

segunda-feira, 2 de abril de 2012

Installing utorrent on Ubuntu / Instalando utorrent no Ubuntu

1. Download utorrent to your home folder. Right click the downloaded file (Eg:utorrent-server-3.0-25053.tar.gz), click 'Extract here'
2. You will get a folder called utorrent-server-v3_0 in the same folder as the downloaded file. Open the folder.
3. Right click the file 'utserver' and make it executable by following this step .. right click on utserver > properties > permissions > add tick on Allow executing file as program > close it
4. Run the file 'utserver' by double clicking it.
5. Nothing happens? It's alright. utserver is running as a background program.
6- open your browser like firefox , chrome , opera ... etc
7- type in URL : http://localhost:8080/gui/ 
8- username: admin
   no password
9. You got the utorrent web interface, right? Hope this guide was simple enough...


from: http://forum.utorrent.com/viewtopic.php?id=108146

1. Baixe utorrent para sua pasta home (ex.: /home/Downloads/utorrent). Clique com o botão direito sobre o arquivo (o nome do arquivo geralmente aparece como utorrent-server-3.0-25053.tar.gz, onde -3.0-25053 pode mudar) e extraia o arquivo na mesma pasta onde baixou.
2. Você verá uma pasta com o nome utorrent-server-v3_0, ou alguma coisa parecida com isso, na mesma pasta do arquivo baixado.
3. Abra a pasta  e clique com o botão direito no arquivo utserver e torne- o um arquivo executável seguindo os seguintes passos: >propriedades>permissões e marque o campo 'permitir executar o arquivo como programa' e feche a janela.
4. Rode o arquivo utserver com duplo clique sobre ele. Parece que nada acontece, mas o utserver está rodando em 'backgound' ou minimizado.
5. Abra um navegador (firefox, chromium, opera, etc.) e digite no endereço a URL: http://localhost:8080/gui/. Vai abrir uma janela onde o username é admin. Não digite nada no password e digite 'ok'.

Se aparecer o utorrent como 'um site' em seu navegador, está tudo certo.