Atualizando o kernel do Slackware de forma segura, sem o famoso "kernel panic"

Depois de ver muitas dúvidas a respeito, vou aqui repassar minha experiência com a atualização do kernel do Slackware 2.6.X.X, para o usuário iniciante pouco afeito a estes passos. Não é recomendado para médios e avançados.

[ Hits: 60.782 ]

Por: Perfil removido em 27/05/2006


initrd = /boot/initrd.gz



O que o usuário iniciante no Slackware não sabe é que o parâmetro "initrd = /boot/initrd.gz" faz-se necessário no lilo pelo seguinte motivo: "o initrd é uma imagem de disco, igual ao ISO, mas com um sistema de arquivos (normalmente ext2), dentro tem uma estrutura muito parecida com a raiz do sistema, com o /etc, /bin, /sbin, /lib, etc... Isso é usado quando o algum driver do kernel é compilado como módulo, pois o kernel vai precisar ter suporte ao sistema de arquivos durante o boot, para poder montá-lo ..." (1)

Ora Senhores, ora Senhoras!!!

Como quase tudo no kernel do Slackware é compilado como módulo, e tem de ser assim, pois o Patrick não tem como adivinhar todas as configurações possíveis nos PCs aí da vida, sem o initrd.gz simplesmente seu Slack vai dar o famoso "kernel panic", pois o lilo/grub não vão poder carregar os módulos necessários para inicializar o sistema (isso poder ser facilmente resolvido e veremos como fazê-lo mais a frente).

Então, partindo do kernel 2.4.31 ou test26.s (2.6.13), instalando-se os demais pacotes e NÃO configurando o initrd.gz, fatalmente você ficará a ver navios... Mas para fazer isso não há nenhum problema, basta seguir este tutorial do Lordello adaptando-o para o kernel que esteja usando quando for criar o initrd.gz:
Depois que o initrd.gz for corretamente configurado, o comando "lilo -v" (ou o equivalente no grub, não o conheço) vão fazer as devidas atualizações no MBR de modo que os módulos corretos possam ser "subidos" e o boot ocorra sem problemas... ;-P

Página anterior     Próxima página

Páginas do artigo
   1. Começando do começo...
   2. initrd = /boot/initrd.gz
   3. Eliminando o initrd.gz
   4. Recompilando o kernel
   5. Recompilando com segurança
   6. E o lilo/GRUB, como ficam?
   7. Conclusão
Outros artigos deste autor

Gerência e criação de módulos do kernel

5 fatores (subjetivos) que tornam o software proprietário insustentável para as micro, pequenas e médio empresas

Instalação e configuração do fluxbox-devel

Gerenciando redes com Perl e SNMP

Por que a interface Unity é melhor que as interfaces do Windows 7 e MacOS X

Leitura recomendada

Configurando o X.org

Configurando seu Openbox para reconhecer teclas multimídia

Instalando o CVS no Ubuntu Linux

Otimizando seu web server com Apache2 + Lighttpd

Prevenindo acidentes com o comando RM

  
Comentários
[1] Comentário enviado por removido em 27/05/2006 - 11:18h

se você instalar o kernel-headers no slackware ele não vai dar kernel panic? afinal o kernel-headers tá amarrado à uma determinada versão da glibc e se essa versão mudar de um kernel pra outro......

[2] Comentário enviado por tenchi em 27/05/2006 - 17:37h

Muito esclarecedor.. Ah kra, acho esse negócio de usar initrd acontece mais com quem usa o kernel 2.6 q vem no slack, e usa o reiserFS na partição raíz. Ou seja, acho q pra facilitar as coisas, seria melhor falar para compilar o kernel com o mesmo .config que vem no slack, mas com o suporte a reiserFS no próprio kernel, deixando os módulos restantes para serem carregados depois.

[3] Comentário enviado por removido em 29/05/2006 - 11:35h

Tzbishop:

sempre instalei o kernel-headers e nunca tive problema de espécie alguma... Acho que isto era verdade quando lançaram o slack com kernel 2.4.X e as versões mais novas do 2.6.X.

[4] Comentário enviado por removido em 29/05/2006 - 11:36h

Tenchi:

"seria melhor falar para compilar o kernel com o mesmo .config que vem no slack, mas com o suporte a reiserFS no próprio kernel, deixando os módulos restantes para serem carregados depois" - também é uma saída. Há outras possibilidades a serem consideradas de acordo com a realidade de cada um.

Eu preferi embutir tudo, além do essencial.

[5] Comentário enviado por rogeriojlle em 20/07/2006 - 19:54h

Olá, meu nome é Rogério e li num de seus artigos aqui no VOL uma referência à webcam (nome interno de vlsi vision) na minha o decalque é Netcam310 da TCÊ, mas é a mesma coisa da videoblaster2 da creative, inclusive aqui no windows eu uso o driver da creative, no meu caso e porta paralela, sei que tem também usb.

O caso é que até hoje não dei jeito de fazê-la funcionar no linux e também sei que o "módulo" dela é o da CPIA. os pacotes disponíveis no webcam.sourceforge.net não consigo instalá-los
(uso ubuntu) pode me dar umas dicas de como fazer?


Obrigado
Rogério

[6] Comentário enviado por removido em 21/05/2007 - 11:56h

muito bom esse artigo.

com base nele nao acorre mais kernel panic nas minha compilações.

parabens.


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts