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

Por: Perfil removido em 27/05/2006


Eliminando o initrd.gz



Mas como eliminá-lo para que não tenhamos mais este inconveniente pois, caso esqueçamos de atualizar o initrd.gz após fuçarmos o kernel, podemos perder todo o trabalho já feito???

Bem, para isso teremos de recompilar o kernel já instalado de modo a embutirmos no mesmo todos os módulos necessários ao boot sem o initrd.gz. É uma tarefa complexa mas que torna o sistema mais seguro na hora da inicialização.

E pode ter certeza: nada mais desgostoso do que perder tudo o que fez no Slackware por causa de uma bendito initrd.gz... E saiba de uma coisa: falo de experiência própria!... ;-(

Mas como saber o que colocarmos dentro do kernel? Simples, rodando dois comandinhos ordinários mas de grande valia: "lspci" e "lsusb".

Eles permitem que você saiba tudo o que há nas interfaces pci e usb do seu pc, permitindo uma "embutização" de módulos sem dores de cabeça.

Vamos lá??? Veja meu exemplo (editado):

# lspci
Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge
PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
Multimedia audio controller: C-Media Electronics Inc CM8738
USB Controller: ALi Corporation USB 1.1 Controller
USB Controller: ALi Corporation USB 1.1 Controller
USB Controller: ALi Corporation USB 1.1 Controller
USB Controller: ALi Corporation USB 2.0 Controller
Multimedia video controller: Brooktree Corporation Bt878 Video Capture
Multimedia controller: Brooktree Corporation Bt878 Audio Capture
RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller
IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE
USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
USB Controller: VIA Technologies, Inc. USB 2.0
ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II]
VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200]

Bem, aqui já tenho quase tudo que desejo para poder alterar o kernel sem comprometer meu sistema com algo importante que foi omitido. Atente-se:
  1. VIA VT8377 - agp bridge
  2. VIA VT8237 - barramento pci (ponte norte)
  3. C-MEDIA CM8738 - som offboard
  4. Brooktree Corporation Bt878 - audio/vídeo captura
  5. VIA VT6420 - barramento SATA
  6. ALi USB 1.1 - controladora usb driver ohci
  7. ALi USB 2.0 - controladora usb driver ehci
  8. VIA VT82xxxxx UHCI USB 1.1 - controladora usb driver uhci
  9. ISA VT8237 - controladora isa brigde (ponte sul)
  10. Ethernet controller VT6102 [Rhine-II] - placa de rede onboard via-rhine
  11. GeForce FX 5200 - placa de vídeo offboard

PS.: note que não relacionei as placas de vídeo/som onboard pois - como foram desabilitadas no setup do micro - não aparecem aqui. Mas DEVEM ser compilados como módulos pois se uma das placas offboard pifar você não fica na mão...

# lsusb (também editado)
Device 002: ID 1267:0201 Logic3 / SpectraVideo plc A4Tech SWOP-3 Mouse
Device 003: ID 0553:0002 STMicroelectronics Imaging Division (VLSI Vision) CPiA WebCam
Device 002: ID 0a81:0101 Chesen Electronics Corp. Keyboard
Device 002: ID 10d6:1100 Actions Semiconductor Co., Ltd
Device 002: ID 040b:6530 Weltrend Semiconductor
Device 005: ID 090c:1000 Feiya Technology Corp. Memory Bar
Device 002: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter

Mais alguns detalhes importantes:
  1. A4Tech SWOP-3 Mouse - mouse usb
  2. CPiA WebCam - web cam com módulo cpia
  3. Chesen ... Keyboard - teclado usb
  4. Feiya ... Memory Bar - pendrive
  5. Actions ... Ltd - fabricante do chip da placa usb slot pci (nada importante)
  6. Weltrend Semiconductor - idem

Obviamente os seus comandos vão dar uma configuração totalmente diferente mas os passos são os mesmos.

Ah, sim, havia me esquecido: tenha em mente o sistema de arquivos que você formatou seu HD para instalar o Linux. Sem ele, tudo que fizemos até aqui não serve de nada.

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

Conexão wireless ad-hoc no Ubuntu - relato de experiência

Detonando robots!

Instalação da Broadcom 1390 no Debian Etch

Deixando o Gnome bonitão em qualquer distribuição

Liberdade, usuários e políticas de manutenção de ignorância

Leitura recomendada

Sistema de arquivos criptografado

Arch Linux - Instalação a partir de imagem híbrida

Instalação do modem Netodragon no Conectiva 10

PuTTY - Release 0.66 - Parte V - (Final)

As melhores ferramentas de colaboração para Linux

  
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