Re: initrd

Нужно только в том случае, если тебе нужно подгрузить модуль перед загрузкой ядра!
Например, на корневом разделе у тебе фс ext3, а поддержку ext3 в ядре ты включил модулем, тогда нужно создать initrd для модуля ext3!
Более подробно написано в initrd.README (или README.initrd, точно не помню, find ;)

Re: initrd

понял, спасибо

Re: initrd

и нафиг оно надо?

у меня все ФС вкомпилены статически (из тех, которые я юзаю, например, нафига мне xfs или jfs?) =)

Re: initrd

initrd нужен только для красивостей типа "Индикатор загрузки ОС"

Re: initrd

т.е. если все файловые системы включены в ядро, то этот файл вообще можно убрать из конфига загрузчика?

Re: initrd

Ребят, я по-моему доступно объяснил!
А про файловую систему - это был пример, и незачем к нему привязываться!
Если лень самим прочитать, то вот выдержка из /usr/doc/mkinitrd-1.0.1/README.initrd (Симлинк на него /boot/README.initrd):

1.  What is an initrd?

Initrd stands for "initial ramdisk".  An initial ramdisk is a very small
Linux filesystem that is loaded into RAM and mounted as the kernel boots,
and before the main root filesystem is mounted.

2.  Why do I need an initrd?

The usual reason to use an initrd is because you need to load kernel
modules before mounting the root partition.  Usually these modules are
required to support the filesystem used by the root partition (ext3,
reiserfs, xfs), or perhaps the controller that the hard drive is attached
to (SCSI, RAID, etc).  Essentially, there are so many different options
available in modern Linux kernels that it isn't practical to try to ship
many different kernels to try to cover everyone's needs.  It's a lot more
flexible to ship a generic kernel and a set of kernel modules for it.  The
generic 2.6 kernel in Slackware supports the ext2 filesystem (which is
used by the initrd), and also supports most IDE controllers (much like the
old bare.i kernel).  So, if you have an IDE based system that uses the
ext2 filesystem, then you will not need to use an initrd to boot.
Otherwise, read on.