Re: [gentoo-user-br] Gentoo apartir do Ruindo$

[Fabiano - deStilaDo]

> Tah desculpa Fabiano.... na próxima eu compilo tudo no braço... nem make vou
> usar :p

uahuhauh

tah, uma coisa eh ser newba, a outra eh sado-masoquisita, hehehe

mas serio, tente configurar o kernel com o menuconfig, eh bem susse,
nas primeiras vezes vc sempre esquece um ou outro driver, mas eh soh
voltar e recompilar rapidinho. depois q compila o kernel a primeira
vez, as proximas ficam bem rapidas, pois ele aproveita mta coisa
compilada jah.

o mais grave q vc pode esquecer eh os drivers do sistema de arquivos
ou controladora do hd, daih vc nao consegue bootar, tem q por o live
de novo e dar um chroot. vc tmb pode usar o lspci pra ver ser hardware
e a maioria do q vc vai precisar. eu acho mto mais pratico configurar
o kernel na mao, nao precisa dos initrd da vida, nem ficar carregando
modulos nem nda, alem de compilar mto mais rapido, o kernel fica bem
menor tmb e carrega mais rapido do hd.

um outra dica q poucos usam e eu gosto bastante eh o "make install".
eu uso junto com a opcao "local version" do kernel. vou aproveitar e
explicar essa combinacao, caso alguem não saiba pode aproveitar:

na configuração do kernel, existe uma opcao, CONFIG_LOCALVERSION, que
eh uma string que ele anexa a versao do kernel e bem util para vc
separar e organizar varias configuracoes do mesmo kernel. pelo "make
menuconfig" vc pode setar essa opcao no menu "General Setup", é a
opção "Local version".

por exemplo, eu costumava ter o mesmo kernel compilado para amd e para
intel, colocava essa string como "-k8" e "-p4" respectivamente. e
ainda costumo adicionar um "-f1" pra eu saber q n eh um kernel
generico (f de fabiano =P) e 1 eh o numero da compilacao. por exemplo,
eu tenho um kernel funcionando tudo redondinho, "-k8-f1", quero fazer
uns teste com tcp e com bridges, vou mudando cada kernel para
"-k8-f2", "-k8-f3", para meus kernels "finais", e qndo em teste, por
exemplo "-k8-tmp" ou "-k8-tmp1", etc.

assim, se vc tiver mtos kernels especificos e/ou para varias
distribuicoes usando o mesmo /boot, fica bem mais facil organizar. e o
mais legal eh q isso nao fica apenas no nome do arquivo do kernel, por
exemplo, se vc digitar:

# uname -sr
Linux 2.6.26-tuxonice-k8-f1

agora sobre o make install: se vc tiver /boot montado e o grub ou lilo
instalado (nunca fiz com o lilo), o make install copia o kernel, o
system.map e o config para /boot com os nomes certos das versoes e o
local version e cria links simbolicos para eles. tmb renomeia os
links antigos para .old.

veja uns ls do meu /boot pra entender melhor:

na minha ultima compilacao, o "make install" copiou esses arquivos
para o meu /boot:
  vmlinuz-2.6.26-tuxonice-k8-f1
  System.map-2.6.26-tuxonice-k8-f1
  config-2.6.26-tuxonice-k8-f1

e os links pra eles:
  vmlinuz -> vmlinuz-2.6.26-tuxonice-k8-f1
  System.map -> System.map-2.6.26-tuxonice-k8-f1
  config -> config-2.6.26-tuxonice-k8-f1

e links anteriores (kernel 2.6.25) ficaram:
  config.old -> config-2.6.25-tuxonice-r6-k8-f1
  System.map.old -> System.map-2.6.25-tuxonice-r6-k8-f1
  vmlinuz.old -> vmlinuz-2.6.25-tuxonice-r6-k8-f1


qual a vantagem disso? sao varias, alem da organizacao e de nao
precisar copiar os arquivo na mao cada vez q recompilar o kernel, vc
nao precisa mais mexer na configuracao do gerenciador de boot. no meu
grub eu deixo duas entradas, uma pra vmlinuz e a outra pra
vmlinuz.old. assim, toda vez q eu recompilo um kernel, eh soh dar um
make install q ta td pronto e eh soh reiniciar, mais nada. e se por
ventura alguma coisa nao der certo, eh soh escolher a opcao .old q
estava funcionando antes.

soh nao eskeca q se alguma configuracao nao der certo, antes de
recompilar o kernel, restaure os links, movendo os .old em cima dos
originais, se nao, se a nova compilacao tmb nao der certo, pode ser q
vc nao consiga bootar e precise do live. mas nesse caso, se vc lembrar
o nome completo do ultimo kernel q tava funcionando, vc pode digita-lo
no grub.

depois q vc pegar gosto por recompilar o kernel,  (eu conheco gent q
ficou viciado nisso, conheci um kra q recompilava o kernel no minimo
3x por dia senao começava tremer) tem outra coisa legais, por exemplo
se vc tiver modulos externos, como drivers proprietarios (como video,
wireless, webcam, etc) e outros como kqemu e virtualbox, existe um
utilitario do gentoo pra recompila-los automaticamente, o
sys-kernel/module-rebuild. mas isso fica pra outro capitulo =P

t+


2008/8/14 Wagner Reck <wiglot@×××××.com>:
> Tah desculpa Fabiano.... na próxima eu compilo tudo no braço... nem make vou
> usar :p
>
> Valeu Daniel
>
>
> 2008/8/14 Fabiano - deStilaDo <fabianoengler@×××××.com>
>>
>> genkernel eh pra newba! hahah
>>
>> brincadeira, nunca usei. eu tenho um gentoo no meu hd, tava kerendo
>> fazer ele bootar, alem da maquina onde o hd esta instalado, em
>> qualquer maquina com usb. pensei em usar o genkernel daih.
>>
>> um amigo meu faz algo assim, ele anda com a gavetinha e o hd dele pra
>> cima e pra baixo, acho q ele adaptou algumas coisas do livecd pra
>> reconhecer o hardware e talz. alguem jah faz algo assim?
>>
>> 2008/8/14 Wagner Reck <wiglot@×××××.com>:
>> > eu estou fazendo assim, estou usando um Live do Sabayon e to fazendo a
>> > instalação por um console... O problema é meu drive de CD, ele tah muito
>> > loko... de tempo em tempo ele "ejeta" o cd e trava o sistema ou pelo
>> > menos
>> > qse trava...
>> > mas to qse dando o boot na partição.. daqui a pouco não preciso mais de
>> > CDs
>> >
>> > um ponto... o Genkernel, demora MNT tempo compilando os Modulos?? tipo +
>> > de
>> > 1 hr??
>> >
>> >
>> > --
>> > Att.
>> >
>> > Wagner de M. Reck
>> > Acadêmico de Ciência da Computação
>> > UNIPAMPA/UFSM
>> > Téc. em Informática
>> > wiglot@×××××.com
>> >
>>
>>
>>
>> --
>> Fabiano.
>>
>
>
>
> --
> Att.
>
> Wagner de M. Reck
> Acadêmico de Ciência da Computação
> UNIPAMPA/UFSM
> Téc. em Informática
> wiglot@×××××.com
>



-- 
Fabiano.