DSL-N :: home=hda changes owneship of home/dsl to knoppix



Hi

1st congratulations to DSL and DSL-N authors.Great job. I have a lot of fun using it and I really find the concept very good : all my needs in less than 100M, speed with the toram option, performances cannot decrease with time as system is fixed with frugal install. additional mydsl not charging the system as only loaded on request with the mydsl load local.
I really intend to use dsl-N for my daily computer time. And the time I already spent playing with it was worth the few $ I contributed...

anyway, I have an issue with the home=hda5 boot option
I have a frugal install on hda1
I have had5 hda6 hda7 already existing, fat32
I want to use hda5 as home , hda6 as opt and hda7 as mydsl and restore

the home=hda5 option works, except that the ownership off all files is switched from dsl/staff to knoppix/knoppix
and despite rw allowed to everybody some program cannot write anymore in home/dsl and do not work anymore 5seamonkey for example)

any idea of why this happens and how to fix it ?

with dsl this does not occurr. the issue only appears with dsl-n


thanks

>>> Resolu <<<<

Sorry for the post; I found the solution.
My hda5 and hda6 were fat32

I re-formatted them in ext2, and it fixed the issue

this sould be mentionned in the Wiki in the persistence section, could help

Quote
except that the ownership off all files is switched from dsl/staff to knoppix/knoppix
The FAT filesystems do not have ownership/permissions on files, and as such I can only assume it defaults the mountpoint to whichever user who mounted it.  You could probably add chown statements in /opt/bootlocal.sh as another solution though.

Aaah - this would explain some wierd things that happen from time to time with my USB boot DSL-N.

What chown statements would be required?

Actually, I wasn't thinking straight when I suggested chown since that changes the files hah...
My guess the correct way would be in the mount command (or /etc/fstab if used)

But I would recommend using an ext2 regardless, since it's pretty much better in every aspect afaik (since persistent mountpoints are usually on a separate partition anyway)

Next Page...
original here.