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.788 ]

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

Clonezilla - Servidor de imagens (Parte II)

Instalação de VMWare Server 1.8 em Debian Etch sem segredo

Como prevenir o Buffer Overflow

Lapidando a configuração do mplayer

Uma "fábula" sobre acessar e mapear unidades de rede do Windows no Linux

Leitura recomendada

Bind9 em chroot no Debian Lenny

Implementando servidor LDAP no Ubuntu

ARM, utilização de snapshot de pacotes no Arch Linux

Instalando o Adminer, do jeito certo, no Debian

Bind9 + Debian Linux 4.0: Configuração de um servidor de nomes interno

  
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