[clug] Kernel without initramfs

David Cottrill cottrill.david at gmail.com
Tue Mar 24 22:56:56 GMT 2009

The kernel has seen the drive (CF card through IDE port) and correctly
identified it (make, model, serial of the card).

The modules I've built in are not built as modules. ie:
'thingy_device=y' in kernel config

I'm using ext3 and yes it is built in too, I'll investgate scsi need
but I can't see why - I'm not using USB or SATA.

The reason initramfs is taking so long is because I was using
debian-live but I can't have a stacked file system without initramfs
and all its baggage so I looked at using a minimal install with a
generic kernel - no real improvement.
Now I've gone the whole hog and I'm looking at stripping initramfs -
in the process I should manage some efficiency gains at runtime too.

It was thought that hard drive access might be a hand brake -
bootchartd disagreed - hard drive access never maxes out after the
initial image load of about 2 seconds.

On 3/25/09, Chris Smart <mail at christophersmart.com> wrote:
> 2009/3/25 David Cottrill <cottrill.david at gmail.com>
>> Any suggestions?
> So you've taken the output of lsmod and built all these directly into the
> kernel, not as modules?
> I'm assuming it's an IDE drive so you'll need to make sure you have ATA
> support built in, and then generic IDE support, then the ATA driver for
> your
> chipset.
> Then you also need to ensure your file system is built into the kernel,
> i.e.
> ext2/ext3.
> If it's on a PCI SATA card then you also need SCSI support, SCSI drives,
> and
> SATA for your device built in.
> Once it can see your drive it can mount root and then load whatever modules
> you need, so you really just need ATA controller and file system built in.
> -c

More information about the linux mailing list