read bash?

[Jaime Buffery]

(Maybe, most prolly, I'm very late on this) What about running the script from the mountscript, 
but not inserting the code? After you have /proc or whatever you find fit mounted:

if [[ -f whatever_lvm_script.sh ]]; then
	. whatever_lvm_script.sh 
fi

You can keep the script wherever you want, just symlinked like any other initscript, just counting 
on having whatever you expected mounted already.

Changes to the module change the initscript but don't bloat the mount script.

Ciao,
Jaime

On Mon, Feb 12, 2007 at 06:21:04PM +0100, Jan Eidtmann wrote:
> On Mon, Feb 12, 2007 at 08:11:48 -0800
> Auke Kok <sofar at foo-projects.org> wrote:
> >Jan Eidtmann wrote:
> >> On Sun, Feb 11, 2007 at 12:17:41 -0800
> >> Auke Kok <sofar at foo-projects.org> wrote:
> >>>
> >>> I'm OK with the general idea, however I would like to see a separate LVM init.d 
> >>> script (installed through the LVM2 module) that handles the lvm code before 
> >>> mount does. That way we have a pluggable system and offload some logic to a new 
> >>> script in a safe place. It would be a lot cleaner as well.
> >>>
> >>> Do you think that might be feasable? Can you give it a try to make such a thing? 
> >>> It should be very simple of course...
> >>>
> >>>
> >>> Auke
> >> 
> >> vgscan and vgchange need /proc mounted.
> >> seems like we have to mount proc (and maybe /dev too) in a 
> >> seperate mount script. that way we could have seperate init 
> >> scripts for lvm and cryptsetup (needs proc and dev). its 
> >> feasable for me.
> >> we just move some of the code from mount to, say, sysmount, 
> >> where we mount proc and dev.
> >
> >hmmm, this starts to become very complex then. Perhaps /etc/init.d/mount wasn't 
> >the worst place for this code to sit then after all ;)
> >
> >Auke
> 
> its exactly the first 57 lines from start) in mount that 
> would move to sysmount. OTOH its only ~35 lines that would 
> be added to mount and nothing else needs a change...
> /me too thinks it should just settle down to mount.
> 
>  ///
> cmak
> _______________________________________________
> Lunar-dev mailing list
> Lunar-dev at lunar-linux.org
> http://foo-projects.org/mailman/listinfo/lunar-dev