mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Paul Rolland" <rol@as2917.net>
To: <linux-os@analogic.com>
Cc: <linux-kernel@vger.kernel.org>, <rol@witbe.net>
Subject: Re: Linux and Initrd used to access disk : how does it work ?
Date: Tue, 24 May 2005 17:19:30 +0200	[thread overview]
Message-ID: <200505241519.j4OFJUR24338@tag.witbe.net> (raw)
In-Reply-To: <Pine.LNX.4.61.0505241032250.16158@chaos.analogic.com>

Hello Dick,

> initrd means Initial RAM disk.
> 
> The boot image is put onto your Hard disk. The hard disk needs
> to be accessible from the BIOS to boot from it. Most controllers
> have a BIOS module that lets it be accessed during boot so you
> don't need a chicken before the egg to start the boot.

Ok, basically, the trick is that the BIOS knows how to access the
disk, and Linux doesn't because it doesnt use the BIOS ? Or is it
some more subtle (though I doubt) thing in which only a part of the
disk can be accessed by the BIOS.

> Then, when booting, LILO or grub starts linux which uncompresses
> a RAM disk and mounts it instead of your hard disk. A special
> version of `init` (called nash) gets started which reads a script
> called linuxrc. It contains commands like:
Yes, I've seen that in my .img file...

> The module(s) are in the /lib directory of the RAM disk.
> They are put there by a build-script that installs initrd.
> This script gets executed when you do 'make install' in
> the kernel directory. If you have private modules, you
> can copy them to the appropriate /lib/modules/`uname 
> -r`/kernel/drivers
> directory. You put the module(s) name(s) you need to boot
> in /etc/modprobe.conf or /etc/modules.conf (depends upon the
> module tools version) as:
> 
> alias scsi_hostadapter aic7xxx
> alias scsi_hostadapter1 ata_piix
> 
> ... any scsi_hostadapter stuff will be put into initrd when
> you execute the script, /sbin/mkinitrd.
> 

Hmmm... I didn't know this part, thanks for the details.

So, it seems that I'm stuck with my binary module unless I can find a
way to tell the kernel to use the BIOS to access the disk ;-)))

Cheers,
Paul


  reply	other threads:[~2005-05-24 15:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-24 13:56 Paul Rolland
2005-05-24 14:50 ` Richard B. Johnson
2005-05-24 15:19   ` Paul Rolland [this message]
2005-05-24 15:30     ` Richard B. Johnson
2005-05-24 19:30     ` Karl Essinger
2005-05-24 15:18 ` Brian Gerst

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200505241519.j4OFJUR24338@tag.witbe.net \
    --to=rol@as2917.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-os@analogic.com \
    --cc=rol@witbe.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome