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

removido

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

Por: Perfil removido em 27/05/2006

0 0

Denuncie Favoritos Indicar Impressora

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

Linux Terminal Server - LTS

Slamd64: O Slackware para 64 bits

Mplayer e Mencoder com placa de TV

Solução de backup para servidores Windows, Linux & BSD’s

Desvendando o Abiword

Leitura recomendada

Configurando Nocat + Radius modo passive

Servidor Jabber com Openfire + MySQL + Debian Lenny

Fazendo o sistema de peticionamento do TJSP funcionar no Arch Linux (2018)

Vamos configurar a Nividia no Kurumim

Dando uma nova cara ao 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......

0 0

[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.

0 0

[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.

0 0

[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.

0 0

[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

0 0

[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.

0 0