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

Por: Perfil removido em 27/05/2006

0 0

Denuncie Favoritos Indicar Impressora

Recompilando o kernel

Como o kernel do Slackware - maravilha das maravilhas - é o "original", ele torna-se dócil ao ser recompilado. Se seguir os passos direitinho, tudo terminará bem.

Não vou entrar em detalhes pois não é objetivo deste artigo mas aqui no VOL material é o que não falta. Então, farte-se à vontade!!!! ;-P

Veja as ilustrações abaixo para ter uma boa idéia do que embutir no seu kernel BASEADO nos comandos dados:

a) selecione o processador de seu pc (não é obrigatório mas é útil se desejar recompilar todos os pacotes com o slackbuild):

b) deixo o acpi habilitado:

c) atente-se para o modo de acesso ao barramento pci:

d) removi o pcmcia, pois não tem utilidade para mim:

e) rádio amador, IRDA (infra-vermelho) e bluetooth - também desabilitei-os pois não os utilizo:

f) porta paralela - também sem utilidade para mim

g) block devices - esta configuração é suficiente; reparem que NÃO desabilitei o suporte ao initrd.gz mesmo não fazendo mais uso dele. É que sou um eterno pessimista e se qualquer coisa puder dar errado, dará. Então deixe o bicho lá caso queira mudar de idéia... ;-P:

h) suporte a ATA/ATAPI - o necessário:

i) dispositivos scsi:

j) RAID, LVM e firewire - desabilitei, pois não os uso:

k) placa de rede - subi a via-rhine e modulei uma realtek de reserva que tenho caso algum problema ocorra com a onboard (previna-se sempre):

l) dispositivos de entrada (input devices) - como uso teclado/mouse usb, não há necessidade dos módulos respectivos

m) character devices (barramento agp) - devem estar embutidos no kernel:

n) dispositivos multimídia - dráiveres bt878 e cpia não são essenciais para a inicialização do sistema...

o) graphics suporte - no suporte a framebuffer está embutido apenas o VGA pois o driver da FX5200 tem de ser instalado a parte:

p) dispositivos de som - habilitei como módulo o som onboard, offboard e o bt878

q) suporte a usb - coloquei os dráiveres ehci, ohci e uhci. Apesar de não serem essenciais para o boot, já facilita a vida pois teclado e mouse já são carregados cedo. Mas a escolha é sua:

r) file system - coloquei o reiserfs (que eu uso), JBD (para o mkinitrd) e ROM file system suport:

s) dvds, cdrws, módulos:

t) sistemas de arquivos do M$, caso esteja em rede, HD compartilhado, módulos:

u) network file system - não é necessário para o boot:

Bem, aqui mostro os módulos que devem ser embutidos no kernel para que você não precise mais do initrd.gz. O resto fica de acordo com seu gosto.

No próximo item quero mostrar um truquezinho que faço para recompilar o kernel sem apagar o atual. Se você fez alguma coisa errada, seu Slack - e sua configurações - não irão para o espaço.

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

Compiz no Debian Etch

XL - Ferramenta de gerenciamento Xen - Parte I

Já fez seu "BACKUP" hoje? Não? Então vamos conversar sobre isso

Minimalismo em ambientes gráficos

antiX: uma distro versátil

Leitura recomendada

Como transformar o seu LXDE/LXQT em Chrome OS

Boot Remoto (LTSP) sem servidor DHCP

Novo driver Nvidia - Resolvendo travamento Compiz + Ubuntu 7.10

Gerenciamento de pacotes RPM (parte 1)

Viegas Rubim RMS

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