-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 1 Nov 2005 23:08:38 +0100
Erik van Konijnenburg <[EMAIL PROTECTED]> wrote:

> Please find attached a patch to do 
> * absent options in fstab
> * multiple fstypes: ext2,ext3
> * auto fstype.

Thanks alot!


> We could use blkid to verify the fstype even if it's given explicitly
> in /etc/fstab, then do an error message if there's no match so the
> image would not boot.  Somehow I get the impression that's an
> improvement that would not be much appreciated today ...

I would actually appreciate such additional checking. It goes well with
the fundamental logic of yaird: Do its best at build time to make sure
a ramdisk is working properly.


The current noise is partly due to the change of ramdisk tools not
being announced and happening automatic in most cases (thanks to
clever packaging changes of the newest kernels), I believe: When
features that used to work with initrd-tools (even if special corner
cases) suddently does not work with yaird, it comes as a surprise.


I think that getting more relaxed on the error checking is a wrong
approach: Good analysis at ramdisk build time is in my opinion a strong
feature of yaird.


What I would want is the default as strict as at all possible. It would
be _very_ useful for Debian, however, to have a --relaxed option that
tries to simulate initrd-tools behaviour:

 * does not use /sys
 * turns (some) errors into non-fatal warnings
 * generously include lots of modules, ignoring errors loading them

This, I believe, would make it possible to generate a 2.6 kernel on a
2.4 host, and at the same time make some kinds of changing hardware
possible.

A kernel install could then be improved to create _both_ a strict and a
relaxed ramdisk, with the relaxed one as a fallback (and if the strict
image creation failed the relaxed one could be offered as default
instead - allowing the user to take a chance).

 - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDZ/4Kn7DbMsAkQLgRAp3LAKCJCyeQ643pLKcdiHSV4nVBxv9AcACfQfjE
xXh9nDhYLPta5QoqAmUXXhg=
=Qd3S
-----END PGP SIGNATURE-----

Reply via email to