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

Por: Perfil removido em 27/05/2006

0 0

Denuncie Favoritos Indicar Impressora

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:

VIA VT8377 - agp bridge
VIA VT8237 - barramento pci (ponte norte)
C-MEDIA CM8738 - som offboard
Brooktree Corporation Bt878 - audio/vídeo captura
VIA VT6420 - barramento SATA
ALi USB 1.1 - controladora usb driver ohci
ALi USB 2.0 - controladora usb driver ehci
VIA VT82xxxxx UHCI USB 1.1 - controladora usb driver uhci
ISA VT8237 - controladora isa brigde (ponte sul)
Ethernet controller VT6102 [Rhine-II] - placa de rede onboard via-rhine
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:

A4Tech SWOP-3 Mouse - mouse usb
CPiA WebCam - web cam com módulo cpia
Chesen ... Keyboard - teclado usb
Feiya ... Memory Bar - pendrive
Actions ... Ltd - fabricante do chip da placa usb slot pci (nada importante)
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

VPN com openVPN no Slackware 11

Mais formatação especial no OpenOffice

Deface: A arte de desconfigurar sites

A importância de um backup

Qmail + Patches + Performance Tuning, the Debian AMD64 way

Leitura recomendada

Iniciando no Linux com o Ubuntu Gutsy

Certificação Eletrônica no Linux para PJe - Relato de minha experiência como advogado

Suporte multimídia e dicas de uso comum para o Ubuntu 11.04

Driver Nvidia atual + Ubuntu + Beryl

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

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