Editorial

É possível manter 2 distribuições no mesmo HD? 
Não achei nehum how-to a respeito, e numa experiência o Conectiva 6 falhou 
algumas rotinas na inicialização na presença do Slackware 7.1 no mesmo disco. 
Configurações feitas em um afeta o outro? 
Valeu!!!
-whisper

A princípio é simples: é o mesmo que colocar windows com Linux. Você particiona 
o HD e coloca as novas distribuições Linux nesta partição nova. O que talvez 
tenha dado algum problema é no uso do lilo ou do grub. Sugiro que você leia algo 
como:
http://www.linuxdoc.org/HOWTO/mini/LILO.html ou
http://www.linuxdoc.org/HOWTO/mini/Multiboot-with-GRUB.html

Não deu de novo... instalei o redhat e depois o slackware, aparentemente o lilo 
configurado corretamente. No boot do redhat, falhou uma rotina ligada ao kernel 
2.2.16 (slack). Parece que o redhat "adotou" o kernel mais antigo. Reinstalei o 
redhat (se o slack "adotasse" o kernel 2.4 estaria bom...) mas o erro continuou 
acontecendo... :-(
-whisper

você poderia descrever melhor como está sua máquina? O redhat boota 
independentemente do kernel, certo? O slackware também boota? Você chegou a 
compilar um novo kernel para o redhat? Você está tentando usar o kernel de uma 
distribuição do linux em outra ??

Partições: hda1-Win98, hda2-/boot, hda3-/, hda5-swap, hda6-/. O redhat 7.1 
(kernel 2.4.2-2) foi instalado na hda2 e hda3. Em seguida, o slackware 7.1 
(kernel 2.2.16) na hda6. Ambos a partir dos cds, versões típicas, sem 
recompilação de kernel nem nada. O lilo (mbr) direciona pra hda1, hda3 ou hda6 
sem problemas. Mas ao iniciar o redhat, há uma operação que falha (na 
inicialização eu consigo ler que diz respeito ao kernel 2.2.16 - mas essa é 
versão de kernel do slack!), e a minha placa de som deixa de funcionar(no 
kernel mais novo ela é suportada). O snconfig avisa que minha versão de kernel 
não suporta essa placa. Mas se o redhat estiver sozinho tudo funciona beleza. 
Por isso parece que ele "adota" o kernel do slack, mais antigo. Tentei instalar 
o redhat por último, nas mesmas partições e tudo igual, mas não adianta. Parece 
que o kernel 2.2.16 "se impõe" ao redhat. Quando o slack boota, tudo normal com 
ele.
Obrigado pela boa vontade, não achei que ia render tanto... espero ter sido 
claro.
-whisper

Oi whisper. Infelizmente não consigo ver nenhum furo nas coisas que você fez. 
Pelo que entendi,o redhat quando instalado com o slack deixa de dar configuração 
à placa de som... Para confirmar essa coisa esquisita do redhat adotar o kernel 
do slack (meio impossível já que estão em partições diferentes, etc.) faça:
uname -a
e você verá a versão corrente do kernel.
Faça também
dmesg
e veja a mensagem de log ao bootar o redhat.
Comunique-me dos resultados e boa sorte.

Os resultados do uname -a foram os seguintes:
-no slack: Linux darkstar 2.2.16 #97 Fri Jun 16 19:45:30 PDT 2000 i686 (normal)
-no redhat: Linux localhost.localdomain 2.2.16 #97 Fri Jun 16 19:45:30 PDT 2000 
i686 (estranho!)
Resultados do dmesg | less (primeira linha):
-no slack: Linux version 2.2.16 (root@bigkitty) (gcc version egcs-2.91.66 
1994@314/Linux (egcs-1.1.2 release)) #97 Fri Jun 16 19:45:30 PDT 2000
-no redhat: idem slack
Consegui anotar a rotina que falha na inicialização do redhat (através do "I"):
-Finding modules dependencies: depmod: Can´t pen /lib/modules/2.2.16/modules.dep
 for writing         [FAILED]
No shutdown há também uma rotina que falha:
-stopping automount          [FAILED]
Lembrando que essas rotinas funcionavam normalmente com o redhat sozinho no 
disco, assim como meu som. 
Outra ratificação: o slack foi instalado primeiro.
Estou disposto a trocar o redhat pelo conectiva 6.0 pra fazer esses testes (se 
for mais fácil "entendê-lo"), apesar de que já fiz isso uma vez e o resultado 
foi semelhante.
Té mais!
-whisper

Os resultados do uname -a foram os seguintes:
-no slack: Linux darkstar 2.2.16 #97 Fri Jun 16 19:45:30 PDT 2000 i686 (normal)
-no redhat: Linux localhost.localdomain 2.2.16 #97 Fri Jun 16 19:45:30 PDT 2000 
i686 (estranho!)
Resultados do dmesg | less (primeira linha):
-no slack: Linux version 2.2.16 (root@bigkitty) (gcc version egcs-2.91.66 
1994@314/Linux (egcs-1.1.2 release)) #97 Fri Jun 16 19:45:30 PDT 2000
-no redhat: idem slack
Consegui anotar a rotina que falha na inicialização do redhat (através do "I"):
-Finding modules dependencies: depmod: Can´t pen /lib/modules/2.2.16/modules.dep
 for writing         [FAILED]
No shutdown há também uma rotina que falha:
-stopping automount          [FAILED]
Lembrando que essas rotinas funcionavam normalmente com o redhat sozinho no 
disco, assim como meu som. 
Outra ratificação: o slack foi instalado primeiro.
Estou disposto a trocar o redhat pelo conectiva 6.0 pra fazer esses testes (se 
for mais fácil "entendê-lo"), apesar de que já fiz isso uma vez e o resultado 
foi semelhante.
Té mais!
-whisper

Você disse que o slackware foi no hda6; assim suponho que /boot  do slack ficou 
no hda6, certo?! Não sei se dá para aproveitar a mesma área de swap para duas 
distribuições diferentes. Acho que sim. Confirme-me o /boot no hda6.

Exato. Como o slack foi instalado primeiro, o único target selecionado foi hda6 
(para todos os diretórios, inclusive /boot). Por sinal separei o /boot no hda2 
para o redhat porque o programa de instalação gráfica dele sugere, devido ao 
tamanho do disco (aquela história de 1024...). Senão minha opção teria sido de 
apenas três partições, slack, redhat e swap.
Quanto à swap comum, ela foi reconhecida e formatada na instalação do slack, e 
posteriormente reconhecida e formatada (de novo) na instalação do redhat. 
Qualquer coisa posso tentar redividir o disco com duas "swaps" e ver no que dá.
-whisper

Oi whisper, crie então dois swaps e vamos ver no que dá (mantenha-me informado).
Embora isso não dá para explicar o redhat 7.1 com kernel 2.2 ... Aparentemente o 
problema está no lilo ou algo assim... Aliás, daria para ver o /etc/lilo.conf ?
Até. Jorge.

Resolvido! O problema estava realmente no lilo...
Havia instalado o lilo a partir do slack. Assim estava o /etc/lilo.conf 
(somente o que nos interessa):
image=/vmlinuz
root=/dev/hda3
label=redhat
read only
image=/vmlinuz
root=/dev/hda6
label=slack
read only
Já viu tudo né?...
A solução foi reinstalar o lilo a partir do redhat. O lilo.conf dele estava 
assim:
image=/boot/vmlinuz-2.4.2-2
label=linux
read-only
root=/dev/hda3
A partir do boot disk do slack copiei o arquivo vmlinuz para /boot e renomeei 
para vmlinuz-2.2.16. Depois alterei o lilo.conf para:
image=/boot/vmlinuz-2.4.2-2
label=redhat
read-only
root=/dev/hda3
image=/boot/vmlinuz-2.2.16
label=slack
read-only
root=/dev/hda6
Aí dei boot nos dois sistemas e ambos funcionaram normalmente (cada qual com 
seu respectivo kernel, som normal etc). 
Daí concluimos mais uma coisa: compartilhar swap não dá problema...
Último comentário: poderia ter reinstalado o lilo a partir do slack, mas ele 
não estava reconhecendo o meu floppy (o que impedia a cópia do vmlinuz-2.4.2-
2). Mas isso é outra história...
O objetivo disso tudo é simplesmente experimentar as novas distribuições e suas 
atualizações. Na própria comunidade linux se diz que a melhor distro é aquela 
com que você se identifica... se eu tenho espaço disponível no disco por que 
não experimentar o novo?! 
Valeu demais a boa vontade!
Até mais!
-whisper

Legal que tenha funcionado. Se um dia você puder colocar algo no fórum 
comparando as duas distribuições agradeço muito. Tudo de bom. JK.

Perguntas & Respostas