Knoppix 6.2.1 init ramdisk work just fine with Knoppix 6.3
Originally Posted by ICPUG
...All I have got to do is find a Windows machine with 4GB spare NTFS disk space that will work with 6.3 to confirm your findings...
Hello,
I finally got my hands on one of the Linux Magazine Pro and got the Knoppix 6.3 DVD,
and confirm that both my init ramdisk (c2_minirt_621a.gz and minirt_621c.gz)
initially created for Knoppix 6.2.1 are also working just fine with Knoppix 6.3. http://www.knoppix.net/forum/viewtop...=122674#122674
Best Regards,
Gilles
The short answer is, "libgfortran3" is installed but gfortran isn't.
Seeing that maxima is still present, and scilab has been added, the scientific user is still supported. I suppose the missing gfortran is an oversight, or has not yet bubbled to the top of the priority list.
Bug ? mount --bind is not working for the data in the root "/" (init file system)
Hello, The mount --bind command allows to remap a tree somewhere else. For some reasons with Knoppix 6.3 (and maybe some other versions of Knoppix) the mount --bind is not working for the data (folders and files) within the root "/" directory (data part of the init ram disk). It works fine for everything else. These examples just fail with the following error: (assuming /toto exists) mount --bind /mnt /toto" mount --bind /static /toto" mount --bind /modules /toto" mount: wrong fs type, bad option, bad superblock on /mnt, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or s but these are working just fine: mount --bind /ramdisk/var /toto" (/ramdisk is a ram disk file system) mount --bind /etc /toto (/etc is a link to the union file system folder /UNIONFS/etc) Any idea ? Thanks, Gilles