Re: RES: erro após compilar kernel 2.6

[Marcos Vinicius Lazarini <lazarini@nics.unicamp.br>]

Marcio de Araujo Benedito wrote:
> * Marcos Vinicius Lazarini (lazarini@nics.unicamp.br) wrote:
>
> Boa tarde Sr Lazarini! Espero que tenha tido um excelente almoço e
> esteja tendo uma ótima tarde, e como hoje é sexta-feira e não somos
> máquina, desejo também um excelente choppinho de fim de expediente!!!

Muito obrigado Sr. Márcio, apesar do calor, foi tudo bem! :-)
Agora a parto do choppinho fica pra próxima! ;-)

> > Bom, só precisa usar o initrd se vc habilitar essa opção no seu kernel 
> > (agora de cabeça nao lembro mais, mas é algo como ramdisk blablabla - acho 
> > que não está escrito initrd direto).
>
>
> Isso mesmo. Mas o initrd é recomendado para garantir uma instancia de
> correção de erros. Em missão crítica faz uma diferença danada!

Humm, eu pensava que era uma coisa a mais pra dar problema! :-D
Lendo um pouco, fiz algumas descobertas:

/usr/share/doc/kernel-package/HOWTO-Linux-2.6-Woody.gz
Título:HOWTO install an (initrd) linux 2.6 kernel on Debian woody

/[como ligar o suporte a initrd]/
When the kernel boots, it needs to mount the initial ramdisk as its
root partition, and to read from it. As a consequence, the following
features need to be compiled _built-in_ (not as modules)

CONFIG_BLK_DEV_RAM=y     (section "Block Devices")
CONFIG_BLK_DEV_INITRD=y

CONFIG_ROMFS_FS=y        (section "Filesystems")

An alternative to the "ROMFS" filesystem above could be "CRAMFS"
(short for "Compressed ROM") used by default by the debian mkinitrd
script, but... the initrd+CRAMFS combination is not supported by
linux, unless you use a kernel source with debian patches.  Moreover, it
seemed to me that the mere presence of the CRAMFS code in the vanilla
linux kernel prevented a ROMFS initrd image to boot!? I suggest
avoiding built-in CRAMFS code for the moment, unless you are a
hardcore debian fan (compiling it as module is OK).

CONFIG_CRAMFS=m          (section "Miscellaneous filesystems")



Outro documento interessante, sobre os cenários:
/usr/src/linux/Documentation/initrd.txt
....
Usage scenarios
---------------

The main motivation for implementing initrd was to allow for modular
kernel configuration at system installation.
..
A second scenario is for installations where Linux runs on systems with
different hardware configurations in a single administrative domain. In
such cases, it is desirable to generate only a small set of kernels
(ideally only one) and to keep the system-specific part of configuration
information as small as possible.
..
A third scenario are more convenient recovery disks, because information
like the location of the root FS partition doesn't have to be provided
at boot time, but the system loaded from initrd can invoke a
user-friendly dialog and it can also perform some sanity checks
...
Last not least, CD-ROM distributors may use it for better installation
from CD, e.g. by using a boot floppy and bootstrapping a bigger RAM disk
via initrd from CD;


Márcio, o que voce quis dizer com 'uma instancia de correção de erros'?

> > Agora um comentário a parte: vi em alguma outra lista que assino alguém 
> > falando que os passos pra compilar o kernel 2.6 são diferentes do 2.4... 
> > alguém sabe dizer alguma coisa sobre isso??
>
>
> A própria documentação do kernel fala isso, basta chegar os ouvidos em
> /usr/src/$2.6/README para escutar.
>
> Mas para quem tem kernel-package não muda nada.

Sim, ok, mas pq os passos mudaram?
(Tudo bem, a pergunta não tinha sido bem feita)

--
Marcos