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: 62.532 ]

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

XFree86 - Um pouco da história deste poderoso ambiente gráfico para UNIX

Xen - xl.conf - Configuração do Host

Mozilla Firefox: um guia de instalação para iniciantes

Bloqueando SPAM no Kmail com o SpamAssassin

Formatação especial no Open Office

Leitura recomendada

Debian Squeeze - Instalação e configuração no HP G42-371BR

Converter uma distribuição Linux para rodar no coLinux

Instalando o Arch Linux passo a passo

Placa de rede wireless (RT61STA) com SuSE

Senha de root - Como bloquear com segurança

  
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