[Quantian-general] Marco is right -- 2.4.27 openMosix and unionfs do get along

[Dirk Eddelbuettel]

Good news! 2.4.27.oM works with unionfs -- Marco was right, and it seems that
my testing environment of booting the KNOPPIX file blocks it somehow. Booting
the iso via lilo or grub works.

Better still, I can also get oM to work via VMware Player. One needs to fix
/mfs as noted below, and it is terribly stable. The nodes seem to 'drop off'
every now and then. So maybe it is better not to introduce unionfs with
2.4.27, but we could at least make it an option. 

On 5 January 2006 at 16:19, Marco Caliari wrote:
| Hi Dirk, Chris.
| 
| 1) You can find the minirt I'm using for testing at
| http://www.math.unipd.it/~mcaliari/minirt24-unionfs.gz

That minirt worked in conjunction with booting the iso from disk as per the
HOWTO contributed by Marco and available at
	http://dirk.eddelbuettel.com/quantian/howto_lilogrub.html

| 2) Dirk, in knoppix-autoconfig, what does the row
| 
| [ ! /mfs ] && mkdir /mfs
| 
| means? That, if /mfs does not exist, it should be created? The row should
| be
|
| [ -d /mfs] || mkdir -p /mfs

As discussed, that was a mistake on my part. Fixed in the sources.

May have an effect on booting with oM and unionfs as /mfs ends up being a
link to /UNIONFS/mfs. That seemed to matter on one machine I tried -- and I
resorted to do 'rm /mfs; mkdir /mfs; /etc/init.d/openmosix start'. On another
machine I didn't need this. Odd.

| 3) At http://www.math.unipd.it/~mcaliari/snap.png a snapshot of
| Quantian 0.7.9.1 + 2.4.27-om + unionfs (booted via Qemu). df output looks
| strange again.

I think that is just a side-effect of how things get mounted under
UNIONFS.

Anyway, I owe Marco another drink for providing the corrected minirt for 2.4
and unionfs ;-)

Cheers, Dirk 

-- 
Hell, there are no rules here - we're trying to accomplish something. 
                                                  -- Thomas A. Edison