Okay, I've now tried this out myself and talked to the initramfs-tools
maintainer. In short, Phil is right. By putting ROOT=/dev/... into
conf/conf.d/default_root rather than conf/param.conf we
1) ensure that the default root parameter is set.
2) allow people to override the parameter using APEX.
APEX 1.4.14, which is in unstable now, has a script to update the APEX
environment from Linux. So you can use this to put a root= parameter
into the kernel command line.
The current way of putting ROOT into conf/param.conf stops people from
overriding this value via the kernel command line while the way
suggested by Phil allows it. I'll therefore apply the following patch
to SVN unless Joey objects:
Index: initramfs-tools/hooks/nslu2
===================================================================
--- initramfs-tools/hooks/nslu2 (revision 98)
+++ initramfs-tools/hooks/nslu2 (working copy)
@@ -71,5 +71,5 @@
rootdev=/dev/sda1
echo "Warning: /etc/fstab parse error; guessing that the root device is
$rootdev" >&2
fi
-install -d $DESTDIR/conf
-echo ROOT="$rootdev" >> $DESTDIR/conf/param.conf
+install -d $DESTDIR/conf/conf.d
+echo ROOT="$rootdev" > $DESTDIR/conf/conf.d/default_root
FWIW, what's currently still missing is a mechanism to actually write
the new APEX binary to flash when the apex-nslu2 package is upgraded.
I'll file a bug about this issue on apex-nslu2 later.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
