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

Por: Perfil removido em 27/05/2006


E o lilo/GRUB, como ficam?



Bem, só tenho experiência como lilo e o mesmo ficaria mais ou menos assim:

# Linux 2.6.15.3
image = /boot/vmlinuz-generic-2.6.15.3
  root = /dev/hda9
  vga = 791
  label = Slackware
  read-only
#
# Linux 2.6.15.3-RC1 -> sem a entrada initrd.gz
image = /boot/vmlinuz-generic-2.6.15.3-RC1
  root = /dev/hda9
  vga = 791
  label = Slackware_novo
  read-only

Pronto. Qualquer problema você entra pelo Slack original e refaz todo o trabalho até chegar ao que deseja.

Mas NÃO se esqueça de que todos os dráiveres compilados na mão (ex.: nVidia) não estarão ativos na nova versão e - por isso - tome as seguintes medidas:

a) inicie SEMPRE em init 3 no /etc/inittab. Ficando tudo legal, reabilite init 5 no mesmo arquivo

b) altere o link "linux" em /usr/src para o kernel 2.6.15.3-RC1, recompile todos o dráiveres e depois restitua o link "linux" ao kernel original

PS.: quanto ao GRUB, peçam ajuda aqui no VOL... rs...rs...rs...

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

Apache 2.2 - Introdução ao módulo mod_rewrite

Novidades do Kernel 2.6.35

IDS com Debian 4, Snort 2.8.3.1 e BASE 1.4.1

Como ativar o módulo de cancelamento de ruído no Pipewire

Criar um Servidor TeamSpeak no Ubuntu Server

Leitura recomendada

Gentoo e RAID configurado através do mdadm

Configuração do serviço NTP em servidor cliente

Slackware Current redondo com XFCE

Clusters de alta disponibilidade (HA - High Availability)

Enlightenment no Debian Squeeze e no Ubuntu

  
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