floppy permission denied

Forum: User Feedback
Topic: floppy permission denied
started by: jls legalize

Posted by jls legalize on April 25 2007,15:12

I mount the floppy using the mount app in the bootom right of the screen, then I try to access to the floppy from emelfm, but I got permission denied.
With user root no prob.
Also when I copy a file in the floppy the file name gets cutted.

legalize cannabis, etc.

Posted by lucky13 on April 25 2007,15:39

Regarding the permissions problem, what does the floppy line in your /etc/fstab say?

For the other problem, I don't know what you mean by the name being cut. Is it just using a ~ to truncate file names? Give an example.

Posted by jls legalize on April 26 2007,01:36

/dev/fd0 /mnt/auto/floppy auto user,noauto,exec,umask=000 0 0

Posted by curaga on April 26 2007,10:49

change that to
/dev/fd0 /mnt/auto/floppy auto users,noauto,exec,rw,umask=000 0 0

Also give us ls -ld /mnt/auto/floppy ,it may not have world read permissions...

Your filenames get short because you probably have a fat16 fs on the floppy, it has only 8.3 filenames, so when you umount it they immediately become 8.3 format... Either format it to ext2 or fat32

Posted by mikshaw on April 26 2007,16:10

I haven't looked into this, but I'm going to guess that the mount tool is mounting your floppy as root, which means root owns it.
I'd try mounting the disk as user dsl.

Posted by roberts on April 26 2007,16:40

The mount_common.lua in /etc/init.d/ which is called by mount.lua does call the mount command via sudo. Therefore the issue you raised is valid.

To avoid this use emelfm or shell as regular user then no problems mounting, writing, or un-mounting the floppy.

Posted by mikshaw on April 26 2007,17:18

curaga:
The "user" option is valid and doesn't necessarily need to be changed. It allows an ordinary user to mount the device, and take ownership of it. The "users" option is similar, but allows any user to umount the device regardless of who mounted it. I think the "rw" option is the default.

If you want to modify fstab, I'd recommend adding uid=1001. I can't say from experience that this will work, but my guess is that it will allow you to mount a disk using the mount tool but still have it be owned by dsl.

As far as preventing truncation, I don't know of any way to prevent fat16 from doing this. However, if you require fat16 you might consider archiving your files before saving them to the disk. This way you can simply extract them onto the target filesystem without losing the original filenames. Archiving with tar will also allow you to retain file permissions/ownership.