From: Denis Vlasenko <vda.linux@googlemail.com>
To: Milan Hauth <milahu@googlemail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Specify devices manually in exotic environment
Date: Wed, 23 Aug 2006 10:31:06 +0200 [thread overview]
Message-ID: <200608231031.07024.vda.linux@googlemail.com> (raw)
In-Reply-To: <op.teo9mqjlepq0rv@localhost>
On Tuesday 22 August 2006 21:26, Milan Hauth wrote:
> Hello there.
>
> Got a quite exotic environment here -- a Compaq Evo T20 thin client, which
> I want to run Linux on.
>
> But I'm not satisfied with a completely thin client, meaning that all the
> files are located on the server. What I want is the basic system to be
> located on the client, while the Unix System Resources, for example, are
> mounted from the server, since they're too big for 32MB of Flash memory.
>
> The problem I'm facing at the moment is the T20's BIOS, which doesn't seem
> to pass the device information correctly to the Kernel.
More info? What information is not passed?
> GRUB (v0.97) does
> work with a workaround, which can be found in the document [1] I followed
> to 'teach' Linux to the T20.
>
> I already tried to use /proc/sys/kernel/real-root-dev, but setting the
> root device to 0x80 (as already specified for GRUB) or 0x81 (1st partition
> of 0x80) did not seem to help.
>
> So, did I forget anything when building my Kernel? Or is it just another
> trick, I don't know yet?
>
> Hopefully someone here can help me on this one.. have been 'working' on my
> cute T20 for several months now.. :-\
I just pass two parameters to kernel on the commandline,
then I create needed node (in initrd):
mknod /dev/root b "$ROOTMAJ" "$ROOTMIN"
And then (still in initrd):
mount -n -o ro /dev/root /new_root
mount -n -t ramfs none /new_root/dev
cp -dp /dev/console /dev/null /new_root/dev
cd /new_root
# making sure we dont keep /dev busy
exec <dev/console >dev/console 2>&1
# proc/ in new root is used here as a temp mountpoint for old root
pivot_root . proc
exec chroot . sh -c 'umount -n /proc; exec /bin/env - /sbin/init'
and then proceed as usual (/dev will be populated by udev later)
For this to work you only need to know major/minor#.
--
vda
next prev parent reply other threads:[~2006-08-23 8:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-22 19:26 Specify devices manually in exotic environment Milan Hauth
2006-08-23 8:31 ` Denis Vlasenko [this message]
2006-08-23 9:59 ` Milan Hauth
[not found] ` <200608231210.27700.vda.linux@googlemail.com>
2006-08-23 11:15 ` Milan Hauth
2006-08-23 12:00 ` linux-os (Dick Johnson)
2006-08-23 12:07 ` linux-os (Dick Johnson)
[not found] ` <200608231313.37976.vda.linux@googlemail.com>
[not found] ` <op.teq4xxc2epq0rv@localhost>
[not found] ` <200608241108.52379.vda.linux@googlemail.com>
2006-08-24 11:08 ` Milan Hauth
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=200608231031.07024.vda.linux@googlemail.com \
--to=vda.linux@googlemail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=milahu@googlemail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.