[Bug 577594] Re: No write permission to files on external HDD (USB)
markling
577594 at bugs.launchpad.net
Thu Aug 29 15:27:43 UTC 2013
This is a perenial problem. I think it is intentional. The idea is that
permissions make it so hard for anyone to copy files to a USB drive that
its data security is second to none. No leaks! No industrial espionage!
No nothing!
I formatted a USB. Couldn't copy to it, as usual. So looked up the PAAP
(pain in the ass permissions), as usual. Faithfully followed the
instructions to chmod and chown, as usual. So I had rw permissions for
the drive and it was not owned by some other group (as it had been given
by default - some other group, that is). But it still won't copy. This
is not usual. Sometimes it works.
Here's the permissions of the drive I cannot currently write to:
# stat /dev/sdd1
File: ‘/dev/sdd1’
Size: 0 Blocks: 0 IO Block: 4096 block special file
Device: 5h/5d Inode: 75108 Links: 1 Device type: 8,31
Access: (0666/brw-rw-rw-) Uid: ( 1000/ user) Gid: ( 1000/ user)
Access: 2013-08-29 09:18:16.791966758 +0100
Modify: 2013-08-29 00:57:45.986852171 +0100
Change: 2013-08-29 15:47:32.943582691 +0100
Anyone will tell you, to write a file you need write permissions. It's
not actually true. As you can see above. The drive has write
permissions. So why can't I write to it? That's a rhetorical question.
I'm not here for technical support. I'm here to protest about linux
PAAP. Let's face it. It's rubbish. By one recent estimation, 20 per cent
of all words written on the entire internet were messages of help from
people trying to get their USB working with linux. Have you tried
searching for an answer? You meet a lot of other lost souls on that
road, I can tell you. But you won't get an answer. You see why it has
also been said that another 20 per cent of words on the internet were
published by people cutting and pasting the same unhepful answers to
these unanswerable questions. It is as though nobody really knows at
all. It has meanwhile been said that 20 per cent of all Google searches
were made by people searching in vain for a straightfoward and
comprehensive guide to getting your USB working with linux. Late at
night, you can hear their howls.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to udisks in Ubuntu.
https://bugs.launchpad.net/bugs/577594
Title:
No write permission to files on external HDD (USB)
Status in “udisks” package in Ubuntu:
Confirmed
Bug description:
Binary package hint: udisks
External HDD (WD) with USB connection was successfully connected in Karmic.
Immediately after upgrade to Lucid was mounted as "/media/usb0" and not as his label. Has no write permissions, belongs to "root".
"sudo chown" doesn't work:
$chown: changing ownership of `/media/usb1': Operation not permitted
$mount:
/dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
proc on /proc type proc (rw)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
none on /var/lib/ureadahead/debugfs type debugfs (rw,relatime)
/dev/sdb2 on /media/usb0 type vfat (rw,noexec,nodev,sync,noatime,nodiratime)
/dev/sdb1 on /media/usb1 type vfat (rw,noexec,nodev,sync,noatime,nodiratime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/myuser/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=myuser)
$ ls -ld /media/usb1
drwxr-xr-x 13 root root 16384 1970-01-01 03:00 /media/usb1
I suspend something was broken when upgraded.. Is there any workaround
to get wirte permissions back?
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: udisks 1.0.1-1build1
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
CustomUdevRuleFiles: 10-vboxdrv.rules 40-basic-permissions.rules.dpkg-bak 45-libnjb5.rules
Date: Sun May 9 01:07:03 2010
MachineType: Lenovo INVALID
ProcCmdLine: root=UUID=2a63d9f8-913f-4bce-805d-c55a71aa11de ro quiet splash
ProcEnviron:
LANGUAGE=en_US:en
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: udisks
Symptom: storage
Title: No permission to access files on storage device
dmi.bios.date: 09/09/2008
dmi.bios.vendor: Lenovo
dmi.bios.version: 10CN36WW
dmi.board.asset.tag: Lenovo Assert TAG
dmi.board.name: INVALID
dmi.board.vendor: Lenovo
dmi.board.version: 10CN36WW
dmi.chassis.asset.tag: Lenovo Assert TAG
dmi.chassis.type: 10
dmi.chassis.vendor: Lenovo
dmi.chassis.version: 10CN36WW
dmi.modalias: dmi:bvnLenovo:bvr10CN36WW:bd09/09/2008:svnLenovo:pnINVALID:pvrLenovoIdeaPadY530:rvnLenovo:rnINVALID:rvr10CN36WW:cvnLenovo:ct10:cvr10CN36WW:
dmi.product.name: INVALID
dmi.product.version: Lenovo IdeaPad Y530
dmi.sys.vendor: Lenovo
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/577594/+subscriptions
More information about the foundations-bugs
mailing list