Conforme o prometido na primeira parte do artigo
Kernel Atualizado no Debian Squeeze - Parte I desta série, chegamos à apresentação do que é possível fazer num Debian Stable quando o mesmo está com as ferramentas básicas para compilação nas versões corretas, ou melhor dizendo: atualizadas.
Nesta série, cito exclusivamente o
Debian Squeeze/Stable, mas cheguei à conclusão que se é possível torná-lo mais atual, o mesmo vale para
qualquer distro que o tenha como base, caso do
antiX,
CrunchBang,
MEPIS,
SalineOS entre outras.
A parte de compilação de kernel valerá para qualquer distro derivada, seja o
aptosid,
LMDE, entre outras, e até mesmo para o
Ubuntu, que tem uma definição diferente em relação aos nomes dos pacotes de seu kernel.
kernel Liquorix
Começaremos esta saga pelo 'tinhoso'
kernel Liquorix.
Digo 'tinhoso' porque após o kernel 2.6.38, usuários do Debian Stable passaram a ter problemas com ele, digo, conseguiam instalar o "linux-image-$arch", mas não conseguiam instalar os 'headers' do kernel, pacote essencial para a criação de diversos módulos dentre os quais os do VirtualBox, das placas de vídeo
dedicadas, etc.
Então, já que atualizamos o GCC do Squeeze para a versão do Debian Testing (se você não fez, leia o artigo
Kernel Atualizado no Debian Squeeze), para instalar o mesmo no Debian, precisamos adicionar seu repositório no
sources.list.
### Kernel liquorix
### Chave GPG: sudo apt-get install '^liquorix-([^-]+-)?keyring.?'
deb http://liquorix.net/debian/ sid main
deb http://ftp.belnet.be/mirror/liquorix.net/debian sid main
Atualize as listas de pacotes e instala-o:
$ sudo apt-get update
$ sudo apt-get install liquorix-archive-keyring liquorix-keyring liquorix-keyrings
$ sudo apt-get update
$ sudo apt-get install linux-image-liquorix-$arch linux-headers-liquorix-$arch
* Onde '-$arch' poderá ser "-i686" ou "-amd64".
No momento, estava utilizando o 'kernel 2.6.36-zen1', compilado e empacotado em 17/Jan/2011 e também tinha o kernel padrão do Squeeze, o '2.6.32-5', mas este já estava sem os 'headers' devido à atualização do GCC:
Término da instalação do Liquorix, instalação e criação dos módulos para a Nvidia:
$ sudo apt-get install --reinstall nvidia-glx nvidia-kernel-dkms nvidia-alternative nvidia-detect nvidia-installer-cleanup nvidia-vdpau-driver nvidia-xconfig nvidia-support
Obs. 1 (importante!): Se ao reiniciar, o ambiente gráfico não subir (apenas para quem usa placas Nvidia), experimentem iniciar pela 2ª opção do
Grub (Recovery Mode), insiram a senha do 'root' e repitam o passo da reinstalação dos drivers da placa Nvidia.
Screenshots do Debian Squeeze com o kernel Liquorix mais atual, podem ser vistas nos links abaixo:
Nota adicional
Já que citei o
Ubuntu, no link abaixo há uma explicação sobre como instalar o kernel Liquorix no mesmo:
[1] Comentário enviado por
levi linux em 02/02/2012 - 10:57h:
Parabéns, excelente artigo, há compilações de kernels para todos os gostos. 10!
[2] Comentário enviado por
removido em 02/02/2012 - 11:30h:
kikeiçu, kikeiçu???
Aqui tem kernel para comer com churrasco, cru, mal passado, à vontade!!!
Eita homi inteligenti...
10 dinovu...
;-))
[3] Comentário enviado por
edps em 02/02/2012 - 19:03h:
thanks pelos comentários pessoal! ... ainda em Marte!
sexta-feira chegando... thanks oh God! chega de win7 e Netbook! arrrgh!
[4] Comentário enviado por
izaias em 05/02/2012 - 23:25h:
O mago dos kernels.
Nos surpreendeu mais uma vez!
Primoroso, detalhado e didático.
Rapaz, antes era um mistério compilar.
Com a ajuda dos experientes, deixou de ser um território desconhecido.
Congratulations, man!!!
[5] Comentário enviado por
edps em 06/02/2012 - 00:10h:
Thanks Izaias,
mas não chego a tanto rsrsrs, depois desses últimos acho que não falo mais de kernel e de OpenBox. rsrsrs
um abraço.
[6] Comentário enviado por
wandows em 10/03/2012 - 12:00h:
Valeu, muito bom seu trabalho.
Gostaria de saber se este procedimento é válido também na remasterização de um cd/dvd live?
Caso não seja onde encontro referências a respeito?
obriga....
[7] Comentário enviado por
Gui Carvalho em 19/03/2012 - 14:35h:
Cara, desculpe pela minha "falta de conhecimento", mas caso eu queira fazer algum tipo de customização no Kernel, por exemplo suporte ao Layer 7 para trabalhar em conjunto com o IPtables, em que passo desse seu artigo entraria a etapa em fazemos esse tipo de alteração/configuração?
Obrigado.
[9] Comentário enviado por
Gui Carvalho em 19/03/2012 - 20:39h:
Edps,
Desculpa pelo incomodo ae! rs...
Valeu pelas dicas caras, já estou seguindo elas e assim que concluir posto aqui o resultado!
Vlw!
[10] Comentário enviado por
edps em 19/03/2012 - 20:48h:
Pois é cara-pálida...
somente agora é que terminei a compilação num Athlon64 puro, é foda! estou postando uma screenshot do meu Squeeze já com esse kernel, o 3.2.2-l7.
seu eu tivesse internet decente para upload hospedaria esse kernel para aqueles que quisessem testá-lo.
sobre o Layer7, não sei de nada, não sou profissional da área, o máximo que sei são algumas receitinhas, veja aí se consegue.
um abraço.
[11] Comentário enviado por
Gui Carvalho em 19/03/2012 - 21:00h:
Blz, to tentando aqui... To fazendo no Kernel 2.6.32.58...
Aki, após os comandos: # time INSTALL_MOD_STRIP=1 CONCURRENCY_LEVEL=2 fakeroot make-kpkg --initrd --append-to-version=-l7 --revision=+1.0 kernel_image kernel_headers
ele começou a fazer várias perguntas antes de iniciar a compilação... Tipo algumas opções que eu gostaria ou não que fossem ativadas... Não entendi muito bem essa parte, mas o que eu sabia do que se tratava colocava a resposta correta, nos demais, fui seguindo o sistema sugeria... Agora ele está realizando a compilação!
Obrigado denovo! =D
[12] Comentário enviado por
Gui Carvalho em 19/03/2012 - 21:39h:
Cara, finalizou aqui, o unico problema é que não estou conseguindo instalar/reinstalar os drivers da nvidia...
apt-get install --reinstall nvidia-glx nvidia-kernel-dkms nvidia-alternative nvidia-vdpau-driver nvidia-settings nvidia-support nvidia-xconfig
Para todos os pacotes apareceu a mensagem: "O pacote não tem candidato para instalação" para uns e "Impossível encontrar o pacote" para outros...
Seria algum repositorio que devo acrescentar ao meu sources.list?
Vlw!
[13] Comentário enviado por
edps em 19/03/2012 - 21:49h:
nas perguntas, você apenas tecla ENTER, quanto aos drivers Nvidia, lógico que você só reinstalará se usar uma né? e quanto aos repositórios esse sources.list deve resolver:
http://www.vivaolinux.com.br/etc/sources.list-16
após atualizar as listas de pacotes:
ao invés disso (meu Squeeze está setado para usar o squeeze-backports por padrão):
# apt-get install --reinstall nvidia-glx nvidia-kernel-dkms nvidia-alternative nvidia-vdpau-driver nvidia-settings nvidia-support nvidia-xconfig
use isto:
# apt-get -t squeeze-backports install --reinstall nvidia-glx nvidia-kernel-dkms nvidia-alternative nvidia-vdpau-driver nvidia-settings nvidia-support nvidia-xconfig
* caso realmente você use uma Nvidia recente, esses drivers aí são para as Nvidia razoáveis e não as antigas, você pode alterar o xorg.conf e trocar o driver para o 'nouveau'
[14] Comentário enviado por
Gui Carvalho em 19/03/2012 - 22:02h:
Sim meu Chipset é nvidia Gforce 6150SE nforce...
Vou tentar instalar os drivers e já retorno...
[15] Comentário enviado por
Gui Carvalho em 19/03/2012 - 22:26h:
Concluí todos os passos, consegui instalar os drivers nvidia com esses repositorios, mas ao tentar iniciar, fica em uma tela preta com um cursor piscando... Só entra pelo recovery mode, e se nele eu tento executar o comando "gdm3" exibe a mensagem (mesmo problema de antes): Couldn't connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory...
Tah cruel aki Truta... kkkkk
[16] Comentário enviado por
edps em 19/03/2012 - 22:46h:
Você não inicia o GDM assim:
# gmd3
mas assim:
# /etc/init.d/ gdm3 start
ou
# service gdm3 start
[17] Comentário enviado por
Gui Carvalho em 19/03/2012 - 23:10h:
Efetuei esses comandos mas não sobe!!! Fica com a mesma tela preta com o cursor... Só sobe em modo texto na opção recovery mode...
[18] Comentário enviado por
Gui Carvalho em 19/03/2012 - 23:18h:
Utilizei o comando startx e ocorreu o seguinte erro: Fatal Server Error: no screens found.
xinit: no such file or directory (errno 2) unable to connect to X server
xinit: no such process (errno 3): Server error.
[19] Comentário enviado por
Gui Carvalho em 19/03/2012 - 23:56h:
Por hoje encerro minhas tentativas... rsrs!
Obrigado pela ajuda Edps... amanhã volto aqui para postar em caso de novidades...
Por fim, segue final do arquivo de logs do Xorg onde é apresentado o erro:
(II) VESA(0): Total Memory: 4096 64KB banks (262144kB)
(II) VESA(0): <default monitor>: Using hsync range of 31.50--1849.09 kHz
(II) VESA(0): <default monitor>: Using vrefresh range of 56.00-61.73 Hz
(WW) VESA(0): Unable to estimate virtual size
(II) VESA(0): Not using built-in mode "2048x1536" (no mode of this name)
(II) VESA(0): Not using built-in mode "1280x1024" (no mode of this name)
(II) VESA(0): Not using built-in mode "1024x768" (no mode of this name)
(II) VESA(0): Not using built-in mode "800x600" (no mode of this name)
(II) VESA(0): Not using built-in mode "640x480" (no mode of this name)
(II) VESA(0): Not using built-in mode "640x400" (no mode of this name)
(II) VESA(0): Not using built-in mode "320x400" (no mode of this name)
(II) VESA(0): Not using built-in mode "320x240" (no mode of this name)
(II) VESA(0): Not using built-in mode "320x200" (no mode of this name)
(WW) VESA(0): No valid modes left. Trying less strict filter...
(II) VESA(0): <default monitor>: Using hsync range of 31.50--1849.09 kHz
(II) VESA(0): <default monitor>: Using vrefresh range of 56.00-61.73 Hz
(WW) VESA(0): Unable to estimate virtual size
(II) VESA(0): Not using built-in mode "2048x1536" (hsync out of range)
(II) VESA(0): Not using built-in mode "1280x1024" (hsync out of range)
(II) VESA(0): Not using built-in mode "1024x768" (hsync out of range)
(II) VESA(0): Not using built-in mode "800x600" (hsync out of range)
(II) VESA(0): Not using built-in mode "640x480" (hsync out of range)
(II) VESA(0): Not using built-in mode "640x400" (hsync out of range)
(II) VESA(0): Not using built-in mode "320x400" (hsync out of range)
(II) VESA(0): Not using built-in mode "320x240" (illegal horizontal timings)
(II) VESA(0): Not using built-in mode "320x200" (illegal horizontal timings)
(WW) VESA(0): No valid modes left. Trying aggressive sync range...
(II) VESA(0): <default monitor>: Using hsync range of 31.50--1849.09 kHz
(II) VESA(0): <default monitor>: Using vrefresh range of 50.00-61.73 Hz
(WW) VESA(0): Unable to estimate virtual size
(II) VESA(0): Not using built-in mode "2048x1536" (hsync out of range)
(II) VESA(0): Not using built-in mode "1280x1024" (hsync out of range)
(II) VESA(0): Not using built-in mode "1024x768" (hsync out of range)
(II) VESA(0): Not using built-in mode "800x600" (hsync out of range)
(II) VESA(0): Not using built-in mode "640x480" (hsync out of range)
(II) VESA(0): Not using built-in mode "640x400" (hsync out of range)
(II) VESA(0): Not using built-in mode "320x400" (hsync out of range)
(II) VESA(0): Not using built-in mode "320x240" (illegal horizontal timings)
(II) VESA(0): Not using built-in mode "320x200" (illegal horizontal timings)
(EE) VESA(0): No valid modes
(II) UnloadModule: "vesa"
(II) UnloadModule: "int10"
(II) Unloading /usr/lib/xorg/modules/libint10.so
(II) UnloadModule: "vbe"
(II) Unloading /usr/lib/xorg/modules/libvbe.so
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found
Please consult the The X.Org Foundation support
at
http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[20] Comentário enviado por
Gui Carvalho em 20/03/2012 - 10:44h:
Buenos dias...
Edps, tens alguma dica de como posso resolver esse problema?
Ontem a noite andei pesquisando em alguns foruns e tutoriais esse tipo de problema, fiz alguns testes mas até agora sem sucesso!
Vlw mais uma vez!
[21] Comentário enviado por
edps em 20/03/2012 - 20:59h:
@Gui Carvalho,
uma sucessão de erros ocorrem aí contigo, a começar pelo xorg.conf que relata um errinho bobo:
Fatal server error:
no screens found
e ao que parece você não está usando o driver Nvidia e sim o VESA, abaixo veja 3 xorg.conf que talvez lhe ajudem.
http://www.vivaolinux.com.br/etc/xorgconf-1
http://www.vivaolinux.com.br/etc/xorgconf-da-NVIDIA-GeForce-310M-GT-425M
Um meu para placa Nvidia:
http://www.vivaolinux.com.br/etc/xorg.conf-21
mas esse tem que retirar algumas coisas, como identificação da placa de vídeo, resolução de tela, etc.
sugestão:
abra um tópico no fórum especifico para isso, assim você não dependerá somente de mim (questão de tempo) e terá certamente à sua disposição a boa-vontade de todos os feras do VOL.
* demonstrei como fazer, o resultado e a questão sobre a incompatibilidade do Layer7 com o kernel 3.x.
um abraço.
[22] Comentário enviado por
Gui Carvalho em 20/03/2012 - 22:11h:
Vou fazer isso... Vlw Cara!