different mounts of same ext hd

wingevil · 08-08-2010, 01:00 AM

On my same box are two slackware-installations: one slackware64-13.1 and one slackware32-13.1.

There is an ext Hitachi-hd plugged on my box. With slack64 the ext hd has the uid of the normal user, so I can copy files onto it as user. With slack32 the ext hd has the uid of root, so only root can copy files onto it.

The mounting is "on the fly" with power on/off of the ext hd and NOT set in fstab. How can I change the "automatic" mount-defaults in slack32, that the uid is set to normal user instead of root?

AppDeb · 08-08-2010, 02:14 AM

What file system does the external-HD use?

What desktop environment do you use? So we can see what does the automatic mount.

wingevil · 08-08-2010, 02:37 AM

Quote:

Originally Posted by AppDeb

What file system does the external-HD use?

What desktop environment do you use? So we can see what does the automatic mount.

a) NTFS
b) fluxbox

AppDeb · 08-08-2010, 03:36 AM

I think that the (auto) ntfs-3g mounts are always done with uid=0 (root). The option "allow_other" is what makes them available to users.

type "mount" in the slackware installation that has the problem. Do you see "allow_other" in the ntfs-3g mounts?

wingevil · 08-08-2010, 03:54 AM

Quote:

Originally Posted by AppDeb

I think that the (auto) ntfs-3g mounts are always done with uid=0 (root). The option "allow_other" is what makes them available to users.

type "mount" in the slackware installation that has the problem. Do you see "allow_other" in the ntfs-3g mounts?

slackware 32:

/dev/sdb1 on /media/HITACHI type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)

slackware64

/dev/sdc1 on /media/HITACHI type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)

but in slack64 the owner is the user and in slack32 the owner is root!

AppDeb · 08-09-2010, 12:50 AM

The owner should be uid=gid=0=root always, since you don't do the mounting.

Can you also post "cat /proc/mounts" from both systems?

wingevil · 08-09-2010, 04:53 AM

Quote:

Originally Posted by AppDeb

The owner should be uid=gid=0=root always, since you don't do the mounting.

Can you also post "cat /proc/mounts" from both systems?

from slack32:

Code:

rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=1682488k,nr_inodes=215675,mode=755 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
usbfs /proc/bus/usb usbfs rw,relatime 0 0
/dev/sda12 /home ext4 rw,relatime,barrier=1,data=ordered 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
nfsd /proc/fs/nfs nfsd rw,relatime 0 0
/dev/sdb1 /media/HITACHI fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

from slack64

Code:

rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=1859020k,nr_inodes=464755,mode=755 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
usbfs /proc/bus/usb usbfs rw,relatime 0 0
/dev/sda13 /home ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/sda14 /mnt/wolvixdata ext3 rw,relatime,errors=continue,data=ordered 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
nfsd /proc/fs/nfs nfsd rw,relatime 0 0
/dev/sdb1 /media/HITACHI fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0

AppDeb · 08-09-2010, 05:17 AM

The mounts are identical, so the problem is somewhere else. Makes sure that both users (32 + 64) are in the same groups.

Also make sure that when you have the driver unmounted (or not connected anyway), the directory /media/HITACHI does not exist. Delete it if it exists.

wingevil · 08-09-2010, 09:26 AM

Quote:

Originally Posted by AppDeb

The mounts are identical, so the problem is somewhere else. Makes sure that both users (32 + 64) are in the same groups.

Have checked this, both users are in the same groups (respectively in their environments)

Also make sure that when you have the driver unmounted (or not connected anyway), the directory /media/HITACHI does not exist. Delete it if it exists.[/QUOTE]

Have checked this, not necessary to delete /media/HITACHI because it is not there. In both environments it will be created with the first access via pcmanfm.

This is absolutely weired!