[Quantian-general] 7.9.1 and 2.4.27 kernel

[Dirk Eddelbuettel]

On 5 January 2006 at 17:59, Christopher Heiny wrote:
| On Thursday 05 January 2006 05:38 pm, picked up the following 
| transmission from Dirk Eddelbuettel:
| > | I think I may have spotted a potential culprit last night.  
| > | In /etc/init.d/openmosix, there are these lines:
| > |     if [ $MFS ]; then
| > |       if [ $MFS == "yes" ]; then
| > |          $MOSCTL mfs
| > |        mount /mfs
| > |       else
| > |          $MOSCTL nomfs
| > |        umount /mfs
| > |       fi
| > |     fi
| > | which I >think< are taking /mfs away.  I've added some echos to the
| >
| > How would they take /mfs away?  This is the upstream openMosix init.d
| > script which worked as is for a good while. Copied verbatim from the
| > last clusterKnoppix.
| 
| I'm not absolutely sure, but...
|     a) after the boot from DVD completes, there is no /mfs directory
|        and openmosix is broken.

Sure, but that is why the code snipped from the other email:

	[ ! -d /mfs ] && mkdir /mfs

which creates /mfs right after bootup before the file you looked at is
called.

|     b) if I do
|             # mkdir /mfs
|             # /etc/init.d/openmosix restart
|        then everything appears to be OK.

Sure -- which is why we create it in knoppix-autoconfig.
 
| But you're right, /mfs must be disappearing before that point, or it 
| would go away again during the execution of the init.d script, and the 
| mkdir would have no effect.
| 
| Grumble.  That means the ISO I just now burned is probably NOT going to 
| fix the problem.  Well, I'll test it anyway (want to make sure the 
| upgrades and installs I did work OK), and then try a different fix for 
| the missing /mfs directory.

I can recommend not burning isos :)  Look at the HOWTOs about booting 
the iso from disk, or the KNOPPIX files, or use qemu. or vmplayer ...

Dirk

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