Kernel atualizado no Debian - Parte II

Nesta segunda parte, veremos como instalar diferentes tipos de kernel no Debian Squeeze, já que vimos na primeira parte o que é necessário para isto. Veremos aqui o kernel Liquorix, o Zen Kernel, o kernel -CK, os kernels i686-PAE e i486 do Debian Testing, e o kernel do Debian Backports.

[ Hits: 31.169 ]

Por: edps em 02/02/2012 | Blog: https://edpsblog.wordpress.com/


Debian Testing i486 e i686-PAE



i486

O “kernel i486” é o kernel para máquinas mais antigas, ou de único Core, ou sem as instruções 64 Bits.

sudo apt-get install linux-headers-i486 linux-image-i486
Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II

E informações do kernel em uso:
Linux: Kernel atualizado no Debian - Parte II

i686-pae

Certo tempo atrás (não me lembro onde), li um artigo falando que o Ubuntu poderia abandonar a arquitetura i686 (não efetivado!) passando a usar apenas a 'amd64'.

A partir do Debian Wheezy/Testing (o próximo Debian 7.0 - Stable), houve uma mudança salutar, ou seja, a arquitetura i686 não só foi mantida, como o próprio sistema reconhece em qual processador a máquina está rodando.

Num computador de Core múltiplo ou com mais de 4GBs de RAM, o kernel i686-pae ou o amd64, são automaticamente selecionados, assim reconhecendo mais de 4GB de RAM e etc. Em máquinas de um único Core, pode-se utilizar tanto o 'i686-pae' como o 'i486', por enquanto isto vale apenas para os Debian SID, Testing e Backports.

Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II

Na época do artigo, eu não utilizava o 'i686-pae' ou o 'amd64' porque aparentemente tinha um pente de memória defeituoso. Os meus sistemas (Debian, Arch Linux ou outras) reconheciam meus 4GBs de RAM ('amd64' ou '-pae'), mas de vez em quanto ocorriam travamentos de programas, como visto nas imagens abaixo, e isso não tem relação com o Debian, ocorria em qualquer distribuição (Arch, Chakra, Gentoo, Fedora, etc).
Linux: Kernel atualizado no Debian - Parte II

Linux: Kernel atualizado no Debian - Parte II
Página anterior     Próxima página

Páginas do artigo
   1. Introdução e kernel Liquorix
   2. Zen Kernel
   3. Kernel CK e 3.2
   4. Debian Backports
   5. Debian Testing i486 e i686-PAE
   6. Solução de problemas
Outros artigos deste autor

À procura por pacotes em distros Debian-based (Ubuntu, Linux Mint e outras)

Ubuntu - Alternativas ao Unity

Iceweasel 4.0 no Debian Squeeze

Kernel atualizado no Debian - Parte I

kernel-ck para Arch Linux

Leitura recomendada

Compilando o KERNEL sem medo do "kernel panic"

Instalando o kernel 2.6.37 de maneira fácil no Ubuntu 10.10

cpulimit - Limitando o uso da CPU por processo

Compile e empacote o kernel com processadores ociosos em sua rede utilizando distcc, ccache e kernel-package no Debian

Placas NVIDIA com kernel 2.6.8

  
Comentários
[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 removido 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 removido 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 removido 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.

[8] Comentário enviado por removido em 19/03/2012 - 17:27h

@Gui Carvalho,

acho que eu estava curado e lá vem você! fazia mais de um mês que eu não compilava um kernel, por hora e para fins de teste somente, segue os passos efetuados até então, vai demorar já que meu processador é single-core:

* o pacote do kernel 3.2.2 já estava na minha máquina esquecido.

** não criei link simbólico.

*** difere um pouco do how-to que você seguiu.

**** se seu kernel não iniciou faltou alguma coisa, quem sabe a criação do initrd, ou a definição do suporte ao sistema de arquivos como módulo.


os passos:

$ sudo tar -Jxf linux-3.2.2.tar.xz -C /usr/src
$ wget http://download.sourceforge.net/l7-filter/netfilter-layer7-v2.22.tar.gz
$ tar -zxf netfilter-layer7-v2.22.tar.gz
$ sudo mv netfilter-layer7-v2.22/kernel-2.6.25-2.6.28-layer7-2.22.patch /usr/src/
$ cd /usr/src/linux-3.2.2/
$ su
senha-do-root

# patch -p1 < /usr/src/kernel-2.6.25-2.6.28-layer7-2.22.patch
# make oldconfig
# make menuconfig

Ativa-se o suporte conforme a dica, salve e saia

# mkdir Documentation/lguest
# echo all: >> Documentation/lguest/Makefile
# time INSTALL_MOD_STRIP=1 CONCURRENCY_LEVEL=2 fakeroot make-kpkg --initrd --append-to-version=-l7 --revision=+1.0 kernel_image kernel_headers


* Não vi nenhuma menção ao Layer7 nas configurações do Kernel.


** dizem por aí que ele não é compatível com o kernel da série 3.x:

http://www.vivaolinux.com.br/topico/netfilter-iptables/layer7-2
http://l7-filter.sourceforge.net/kernelcompat


*** tem uns patches para o kernel 2.6.39 aqui:

https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-3.0


**** e um how-to sobre a compilação usando o kernel padrão do Debian Squeeze, o 2.6.32-5:

http://www.mastershaper.org/forum/index.php?topic=689.0

-----------------

EDIT.

COmpilação concluída com êxito, ao final fiz isso:

# cd ..
# dpkg -i *.deb
# apt-get install --reinstall nvidia-glx nvidia-kernel-dkms nvidia-alternative nvidia-vdpau-driver nvidia-settings nvidia-support nvidia-xconfig
# reboot

em imagens:

http://img69.imageshack.us/img69/5444/kernell7001.png
http://img39.imageshack.us/img39/3742/kernell7002.png
http://img838.imageshack.us/img838/5862/kernell7003.png

[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 removido 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 removido 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 removido 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 removido 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!

[23] Comentário enviado por Gui Carvalho em 21/03/2012 - 14:30h

Tah dificil hein... rs! Criei um Topico no Forum como sugerido:

http://vivaolinux.com.br/topico/GNOME/Erro-ao-Iniciar-gdm-X



Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts