A algum tempo venho mantendo o hábito de estar sempre com o Slackware -current instalado em minha máquina. Para quem não sabe o que é o -current do Slackware, ele pode ser entendido como a versão de teste.
Ou seja, nós usuários mais doidos, nos submetemos a ser beta-testers dos pacotes/programas que estarão nas próximas versões estáveis do Slackware.
Por este motivo, vira e mexe nos deparamos com alguns problemas que não conseguimos plenamente resolver. Ontem, fiz um update do Slackware e esqueci-me de uma coisa.
Como uso o kernel generic, eu preciso gerar um initrd, para que ele consiga montar a partição principal do sistema. Na realidade, o initrd é uma ramdisk, ou seja, uma imagem temporária do filesystem para que o sistema possa finalmente, montar a partição principal.
No meu caso, como tive a idéia de instalar a muito tempo atrás meu Linux com o reiserfs, tenho sempre que fazer isto. Nada contra o reiserfs, mas sinceramente, ainda prefiro o ext3 ( ou até o ext4 quando ele aportar como filesystem oficial do Linux ).
Como não fiz o passo principal de criação do initrd :
# mkinitrd -c -k 2.6.23.8 -m reiserfs
Me ferrei quando o sistema tentou inicializar. Kernel panic na certa.
Mas, como já havia resolvido este problema a um tempo atrás segui os passos necessários. Boot com o cd de instalação, depois criar o ramdisk ( initrd ) e finalmente, executar o lilo.
Qual a minha surpresa, que, quando o sistema tenta inicializar as ttys, recebo o seguinte erro em todas as ttys :
INIT: id "c2" respawing too fast: disable for 5 minutes
Sendo que anteriormente a isto, ainda recebia o famoso kernel too old.
Primeiro pensamento foi : fodeu, ferrou de vez meu Slack ...
Após aquele famoso papo regado a palavrões em cima do coitado do PC, fui ao famoso Pai Google procurar uma resposta para meu problema. Não é, que, alguém teve o mesmo problema com um Slackware também :-)
O meu problema está ligado a : eu estou usando a glibc-solibs do diretório testing do Slackware -current, ou seja, eu estou usando a GLIBC não estável da versão não estável do Slackware. Com isto, quando eu tentava bootar com o kernel antigo, ele dava o grito falando que eu não podia fazê-lo, pois, ele era mais velho que o kernel que compilou aquela glibc.
Reiniciei o sistema com o cd de instalação do Slackware 12 e deixei tudo transcorrer numa boa. Depois, executei a seguinte série de comandos :
# mount /dev/hda4 /mnt
# mount /dev/hdd /cdrom
# ROOT=/mnt installpkg /cdrom/slackware/a/glibc-solibs*tgz
Vale um adendo. No meu caso, o hdd é o meu cd, ou seja, está como slave na ide secundária do meu computador. Lembre-se de observar isto. E, hda4 deve ser a partição de root do seu sistema operacional, ou seja, o / .
Logo após, o famoso chroot :
# chroot /mnt
Pronto, tudo se resolveu. Fui ao diretório /boot e executei o comando :
# mkinitrd -c -k 2.6.23.8-smp -m reiserfs
E depois, o famoso :
# lilo
E pronto, meu Slackware estava prontinho para ser bootado. Ele reiniciou numa boa e logo depois, eu precisei novamente reinstalar a gnu-solib que eu havia desinstado por causa da necessidade de boot.
Fui ao ftp do slackware e baixe o pacote glibc-solibs-2.7-i486-1.tgz
, depois fiz o seguinte :
# init 1
# installpkg glibc-solibs-2.7-i486-1.tgz
E, pronto, meu sistema está novamente prontinho para uso. Tudo é questão de paciência ... e muito, muito jogo de cintura ...
Linux em versão não estável é realmente, uma surpresa atrás da outra ...