RSS do id Blog Otaku pt-br <![CDATA[RSS do Liquuid]]> http://id.liquuid.net/imagens/logol.jpg <![CDATA[ Drivers nvidia no Fedora 12 ]]>
Nessa ultima versão foi adicionado nativamente aquele boot bonitinho para placas nvidia. Essa é uma grande evolução pra quem gosta de firulas no sistema. O que ele faz, na real, é carregar o driver livre para nvidia chamado nouveau no boot para exibir a cena. Porém isso atrapalha muito a vida exatamente de quem tem video nvidia e quer usar todo o potencial da placa instalando os drivers proprietários já que o livre consegue algo proximo de 10% do desempenho original.

Quando tentei instalar os drivers descobri que o RPM Fusion não os possuia em seus preositórios. No site deles estava declarado que os drivers da Nvidia não oferecem suporte ao novo Xorg e que estavam esperando a Nvidia resolver esse problema para disponibilizar. Isso não é inteiramente verdade já que os drivers da Nvidia não suportam apenas o boot. Sendo assim, fui no site da Nvidia e peguei o .bin deles (para esse Xorg use a versão 190+) e me deparei com outro problema. Como o driver livre está carregado no sistema desde o boot, o driver da Nvidia não instala alegando que existe outro driver impedindo-o. Para resolver faça o seguinte:

Num terminal em modo root passe os comandos:

vi /boot/grub/grub.conf

Adicione o parametro nouveau.modeset=0 para o kernel. Deve ficar algo assim:

kernel /boot/vmlinuz-2.6.31.5-127.fc12.x86_64 ro root=UUID=b0df07fa-eea2-46c7-a031-0587b6d8cb77 LANG=pt_BR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=br-abnt2 rhgb nouveau.modeset=0 quiet

Esse parametro impedirá que o kernel carregue o driver livre para a placa nvidia (e o boot bonito não vai mais aparecer). Assim que o sistema iniciar, mude para um console qualquer (crtl+alt+F1 por exemplo). Entre como root e digite:

init 3

Isso fara com que o sistema retire o modo grafico. Adicione permição de execução para o driver proprietário (chmod +x /endereço/para/Driver/Nvidia.bin) e o execute usando sh:

sh Nvidia.bin

No fim da instalação ele vai perguntar se quer criar um arquivo xorg.conf. Diga que sim já que sem ele o xorg não encontra os drivers Nvidia. Reinicie e aproveite o fedora 12 com Drivers Nvidia.

Unico grande problema que ainda não consegui resolver é que o maldito causa kernel panic quando tento jogar a imagem numa TV usando video componente. O jeito é esperar uma correção por parte da Nvidia.

Por no dia 19 do mês 11 de 2009
0 comentários

TAGS : nvidia kernel driver nouveau fedora linux ops ]]>
Nessa ultima versão foi adicionado nativamente aquele boot bonitinho para placas nvidia. Essa é uma grande evolução pra quem gosta de firulas no sistema. O que ele faz, na real, é carregar o driver livre para nvidia chamado nouveau no boot para exibir a cena. Porém isso atrapalha muito a vida exatamente de quem tem video nvidia e quer usar todo o potencial da placa instalando os drivers proprietários já que o livre consegue algo proximo de 10% do desempenho original.

Quando tentei instalar os drivers descobri que o RPM Fusion não os possuia em seus preositórios. No site deles estava declarado que os drivers da Nvidia não oferecem suporte ao novo Xorg e que estavam esperando a Nvidia resolver esse problema para disponibilizar. Isso não é inteiramente verdade já que os drivers da Nvidia não suportam apenas o boot. Sendo assim, fui no site da Nvidia e peguei o .bin deles (para esse Xorg use a versão 190+) e me deparei com outro problema. Como o driver livre está carregado no sistema desde o boot, o driver da Nvidia não instala alegando que existe outro driver impedindo-o. Para resolver faça o seguinte:

Num terminal em modo root passe os comandos:

vi /boot/grub/grub.conf

Adicione o parametro nouveau.modeset=0 para o kernel. Deve ficar algo assim:

kernel /boot/vmlinuz-2.6.31.5-127.fc12.x86_64 ro root=UUID=b0df07fa-eea2-46c7-a031-0587b6d8cb77 LANG=pt_BR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=br-abnt2 rhgb nouveau.modeset=0 quiet

Esse parametro impedirá que o kernel carregue o driver livre para a placa nvidia (e o boot bonito não vai mais aparecer). Assim que o sistema iniciar, mude para um console qualquer (crtl+alt+F1 por exemplo). Entre como root e digite:

init 3

Isso fara com que o sistema retire o modo grafico. Adicione permição de execução para o driver proprietário (chmod +x /endereço/para/Driver/Nvidia.bin) e o execute usando sh:

sh Nvidia.bin

No fim da instalação ele vai perguntar se quer criar um arquivo xorg.conf. Diga que sim já que sem ele o xorg não encontra os drivers Nvidia. Reinicie e aproveite o fedora 12 com Drivers Nvidia.

Unico grande problema que ainda não consegui resolver é que o maldito causa kernel panic quando tento jogar a imagem numa TV usando video componente. O jeito é esperar uma correção por parte da Nvidia.

Por no dia 19 do mês 11 de 2009
0 comentários

TAGS : nvidia kernel driver nouveau fedora linux ops ]]> <![CDATA[ VMware no kernel 2.6.29 ]]> atualizei meu kernel. Isso fez com que o VMware não conseguisse mais compilar os modulos para funcionar.

O que acontecia na realidade é que estava havendo uma incompatibilidade do VMware com o novo kernel. Sendo assim, aqui está um patch e o comando para fazer a correção. Apesar de ser uma solução para o VMware x64 ele funciona bem no x86.

Clique aqui para baixar o patch. Depois execute este comando no terminal como root:

cd /usr/lib/vmware/modules/source/; mkdir orig; cp *.tar orig/; for i in `ls *.tar`; do tar -xf $i; done; rm *.tar; patch -p1 -i /caminho/para/vmware-workstation-6.5.1.126130-2.6.29_x86_64.patch; for i in mblock mci mmon mnet mppuser sock; do tar -cf v$i.tar v$i-only; done; rm -r *-only

Não se esqueça de substituir o trecho em negrito pelo caminho correto do patch! Divirta-se!

Por no dia 21 do mês 4 de 2009
1 comentários

TAGS : kernel linux archlinux vmware ops ]]> atualizei meu kernel. Isso fez com que o VMware não conseguisse mais compilar os modulos para funcionar.

O que acontecia na realidade é que estava havendo uma incompatibilidade do VMware com o novo kernel. Sendo assim, aqui está um patch e o comando para fazer a correção. Apesar de ser uma solução para o VMware x64 ele funciona bem no x86.

Clique aqui para baixar o patch. Depois execute este comando no terminal como root:

cd /usr/lib/vmware/modules/source/; mkdir orig; cp *.tar orig/; for i in `ls *.tar`; do tar -xf $i; done; rm *.tar; patch -p1 -i /caminho/para/vmware-workstation-6.5.1.126130-2.6.29_x86_64.patch; for i in mblock mci mmon mnet mppuser sock; do tar -cf v$i.tar v$i-only; done; rm -r *-only

Não se esqueça de substituir o trecho em negrito pelo caminho correto do patch! Divirta-se!

Por no dia 21 do mês 4 de 2009
1 comentários

TAGS : kernel linux archlinux vmware ops ]]> <![CDATA[ Kernel Panic ]]>
Recentemente meu PC (assim como 80% das pessoas que estavam usando o kernel 2.6.27) estavam sofrendo de kernel panic aleatórios. Pra quem não sabe, kernel panic é um problema grave do qual não se consegue retorno ao sistema sem reiniciar o PC. Basicamente o PC congela TOTALMENTE e a luz do CAPSLOCK do teclado fica piscando (alguns teclados piscam CAPSLOCK + NUNLOCK) Se acontecer com vc não se assuste, não é problema no hardware do seu pc.

Para resolver, atualize seu sistema (no Arch basta dar o comando pacman -Syu no terminal como root) para baixar o kernel mais novo. O problema disso é que os headers do kernel 2.6.29 ainda não estão no repositório. Isso é péssimo já que fica impossível compilar drivers muito específicos como os do VMware. Nem preciso falar q isso me deixou puto. Até o momento somente os headers do 2.6.27 estão disponíveis no repositório.

Por no dia 16 do mês 4 de 2009
4 comentários

TAGS : ops linux archlinux kernel panic pacman headers vmware ]]>
Recentemente meu PC (assim como 80% das pessoas que estavam usando o kernel 2.6.27) estavam sofrendo de kernel panic aleatórios. Pra quem não sabe, kernel panic é um problema grave do qual não se consegue retorno ao sistema sem reiniciar o PC. Basicamente o PC congela TOTALMENTE e a luz do CAPSLOCK do teclado fica piscando (alguns teclados piscam CAPSLOCK + NUNLOCK) Se acontecer com vc não se assuste, não é problema no hardware do seu pc.

Para resolver, atualize seu sistema (no Arch basta dar o comando pacman -Syu no terminal como root) para baixar o kernel mais novo. O problema disso é que os headers do kernel 2.6.29 ainda não estão no repositório. Isso é péssimo já que fica impossível compilar drivers muito específicos como os do VMware. Nem preciso falar q isso me deixou puto. Até o momento somente os headers do 2.6.27 estão disponíveis no repositório.

Por no dia 16 do mês 4 de 2009
4 comentários

TAGS : ops linux archlinux kernel panic pacman headers vmware ]]>