How to mount vfat drive on Linux with ownership other than root?How to mount external vfat drive as user?In windows, how to mount folder as a driveHow to mount external vfat drive as user?Mount TrueCrypt encrypted system drive on other computer?How do I mount sub-directory to a hard drive in Linux?linux + mount USB drive in LinuxUnable to mount fat drive in linuxLinux. Different backup drive each week to same mount pointHow to mount a smb drive with different credentials (user name and password) on Linux?Linux, dev-mapper: How to mount a folder with different options than parent folderUnable to get permissions even after changing permissions on a mounted directory in ubuntu 14.01
Do I have to worry about players making “bad” choices on level up?
How to get a plain text file version of a CP/M .BAS (M-BASIC) program?
Unexpected email from Yorkshire Bank
Why other Westeros houses don't use wildfire?
Realistic Necromancy?
What are the real rules for choosing between the simple past and past perfect when both actions are in the past?
What route did the Hindenburg take when traveling from Germany to the U.S.?
How did Captain America manage to do this?
How to solve constants out of the internal energy equation?
Why isn't the definition of absolute value applied when squaring a radical containing a variable?
Document starts having heaps of errors in the middle, but the code doesn't have any problems in it
What language was spoken in East Asia before Proto-Turkic?
Repelling Blast: Must targets always be pushed back?
What is the relationship between spectral sequences and obstruction theory?
French for 'It must be my imagination'?
Mac Pro install disk keeps ejecting itself
What does the "ep" capability mean?
What happened to Captain America in Endgame?
Is there an official tutorial for installing Ubuntu 18.04+ on a device with an SSD and an additional internal hard drive?
Rivers without rain
Is the 5 MB static resource size limit 5,242,880 bytes or 5,000,000 bytes?
Is there a way to get a compiler for the original B programming language?
Is there any limitation with Arduino Nano serial communication distance?
How to creep the reader out with what seems like a normal person?
How to mount vfat drive on Linux with ownership other than root?
How to mount external vfat drive as user?In windows, how to mount folder as a driveHow to mount external vfat drive as user?Mount TrueCrypt encrypted system drive on other computer?How do I mount sub-directory to a hard drive in Linux?linux + mount USB drive in LinuxUnable to mount fat drive in linuxLinux. Different backup drive each week to same mount pointHow to mount a smb drive with different credentials (user name and password) on Linux?Linux, dev-mapper: How to mount a folder with different options than parent folderUnable to get permissions even after changing permissions on a mounted directory in ubuntu 14.01
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
I'm running into trouble mounting an iPod on a newly upgraded Debian Squeeze.
I suspect either a protocol has changed or I've tickled a bug, which I don't know where to report.
I'm trying to mount the iPod so that I have permission to read and write it.
But my efforts come to nothing:
$ sudo mount -v -t vfat -o uid=32074,gid=6202 /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
$ sudo umount /mnt
$ sudo mount -v -t vfat -o uid=nr,gid=nr /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
As you see, I've tried both symbolic and numberic IDs, but the files persist in being owned by root (and only writable by root).
The IDs are really mine; I've had the UID since 1993.
$ id
uid=32074(nr) gid=6202(nr) groups=6202(nr),0(root),2(bin),4(adm),...
I've put an strace at http://pastebin.com/Xue2u9FZ, and the mount(2) call looks good:
mount("/dev/sde2", "/mnt", "vfat", MS_MGC_VAL, "uid=32074,gid=6202") = 0
Finally, here's my kernel version from uname -a:
Linux homedog 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux
Does anyone know if
- I should be doing something different, or
- If there is a workaround, or
- If this is a bug, where it should be reported?
linux mount debian-squeeze
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
|
show 6 more comments
I'm running into trouble mounting an iPod on a newly upgraded Debian Squeeze.
I suspect either a protocol has changed or I've tickled a bug, which I don't know where to report.
I'm trying to mount the iPod so that I have permission to read and write it.
But my efforts come to nothing:
$ sudo mount -v -t vfat -o uid=32074,gid=6202 /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
$ sudo umount /mnt
$ sudo mount -v -t vfat -o uid=nr,gid=nr /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
As you see, I've tried both symbolic and numberic IDs, but the files persist in being owned by root (and only writable by root).
The IDs are really mine; I've had the UID since 1993.
$ id
uid=32074(nr) gid=6202(nr) groups=6202(nr),0(root),2(bin),4(adm),...
I've put an strace at http://pastebin.com/Xue2u9FZ, and the mount(2) call looks good:
mount("/dev/sde2", "/mnt", "vfat", MS_MGC_VAL, "uid=32074,gid=6202") = 0
Finally, here's my kernel version from uname -a:
Linux homedog 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux
Does anyone know if
- I should be doing something different, or
- If there is a workaround, or
- If this is a bug, where it should be reported?
linux mount debian-squeeze
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26
|
show 6 more comments
I'm running into trouble mounting an iPod on a newly upgraded Debian Squeeze.
I suspect either a protocol has changed or I've tickled a bug, which I don't know where to report.
I'm trying to mount the iPod so that I have permission to read and write it.
But my efforts come to nothing:
$ sudo mount -v -t vfat -o uid=32074,gid=6202 /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
$ sudo umount /mnt
$ sudo mount -v -t vfat -o uid=nr,gid=nr /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
As you see, I've tried both symbolic and numberic IDs, but the files persist in being owned by root (and only writable by root).
The IDs are really mine; I've had the UID since 1993.
$ id
uid=32074(nr) gid=6202(nr) groups=6202(nr),0(root),2(bin),4(adm),...
I've put an strace at http://pastebin.com/Xue2u9FZ, and the mount(2) call looks good:
mount("/dev/sde2", "/mnt", "vfat", MS_MGC_VAL, "uid=32074,gid=6202") = 0
Finally, here's my kernel version from uname -a:
Linux homedog 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux
Does anyone know if
- I should be doing something different, or
- If there is a workaround, or
- If this is a bug, where it should be reported?
linux mount debian-squeeze
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
I'm running into trouble mounting an iPod on a newly upgraded Debian Squeeze.
I suspect either a protocol has changed or I've tickled a bug, which I don't know where to report.
I'm trying to mount the iPod so that I have permission to read and write it.
But my efforts come to nothing:
$ sudo mount -v -t vfat -o uid=32074,gid=6202 /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
$ sudo umount /mnt
$ sudo mount -v -t vfat -o uid=nr,gid=nr /dev/sde2 /mnt
/dev/sde2 on /mnt type vfat (rw,uid=32074,gid=6202)
$ ls -l /mnt
total 80
drwxr-xr-x 2 root root 16384 Jan 1 2000 Calendars
drwxr-xr-x 2 root root 16384 Jan 1 2000 Contacts
drwxr-xr-x 2 root root 16384 Jan 1 2000 Notes
drwxr-xr-x 3 root root 16384 Jun 23 2007 Photos
drwxr-xr-x 6 root root 16384 Jun 19 2007 iPod_Control
As you see, I've tried both symbolic and numberic IDs, but the files persist in being owned by root (and only writable by root).
The IDs are really mine; I've had the UID since 1993.
$ id
uid=32074(nr) gid=6202(nr) groups=6202(nr),0(root),2(bin),4(adm),...
I've put an strace at http://pastebin.com/Xue2u9FZ, and the mount(2) call looks good:
mount("/dev/sde2", "/mnt", "vfat", MS_MGC_VAL, "uid=32074,gid=6202") = 0
Finally, here's my kernel version from uname -a:
Linux homedog 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux
Does anyone know if
- I should be doing something different, or
- If there is a workaround, or
- If this is a bug, where it should be reported?
linux mount debian-squeeze
linux mount debian-squeeze
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
edited Sep 14 '11 at 5:02
Sathyajith Bhat
2691523
2691523
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
asked Sep 14 '11 at 3:21
Norman RamseyNorman Ramsey
3652623
3652623
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26
|
show 6 more comments
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26
|
show 6 more comments
1 Answer
1
active
oldest
votes
Rebooting the machine made the problem go away.
I think I will leave the question since it seems that it does in fact show how to mount a vfat drive on Linux with ownership other than root.
But if someone thinks I should delete the question please let me know.
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "2"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f311152%2fhow-to-mount-vfat-drive-on-linux-with-ownership-other-than-root%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Rebooting the machine made the problem go away.
I think I will leave the question since it seems that it does in fact show how to mount a vfat drive on Linux with ownership other than root.
But if someone thinks I should delete the question please let me know.
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
add a comment |
Rebooting the machine made the problem go away.
I think I will leave the question since it seems that it does in fact show how to mount a vfat drive on Linux with ownership other than root.
But if someone thinks I should delete the question please let me know.
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
add a comment |
Rebooting the machine made the problem go away.
I think I will leave the question since it seems that it does in fact show how to mount a vfat drive on Linux with ownership other than root.
But if someone thinks I should delete the question please let me know.
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
Rebooting the machine made the problem go away.
I think I will leave the question since it seems that it does in fact show how to mount a vfat drive on Linux with ownership other than root.
But if someone thinks I should delete the question please let me know.
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
answered Sep 16 '11 at 0:46
Norman RamseyNorman Ramsey
3652623
3652623
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
add a comment |
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
I would also suggest looking at pmount(1), which allows for normal users to mount removable drives.
– ptman
Aug 9 '13 at 6:54
add a comment |
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f311152%2fhow-to-mount-vfat-drive-on-linux-with-ownership-other-than-root%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Do those UIDs and GIDs (31074 and 6202) actually exist on the system? If you type 'id' does it show that you have that UID and GID?
– Jeremy Visser
Sep 14 '11 at 3:40
I apologize - I would like to add a comment but I do not see the link as I usually do. Another suggestion I'd like to add is watching the output of 'strace' on this command - that can be very enlightening of what's going on under the hood. But I agree with the first commenter - check to make sure those UID and GIDs exist. (Although, I believe mount complains if they don't.) Let me give this some more thought.
– Larold
Sep 14 '11 at 3:53
@Jeremy: yep, thanks. Long story, but I've updated the question.
– Norman Ramsey
Sep 14 '11 at 4:30
IDs checked, strace provided, also gave kernel version. If you have some ideas I'll be delighted.
– Norman Ramsey
Sep 14 '11 at 4:37
Ok - strace shows nothing unusual. Try this - it's a super-duper long shot, but I don't believe it will hurt. Instead of 'uid' and 'gid' arguments, try 'setuid' and 'setgid'. The reason I suggest this is that for a separate filesystem type, these options control the owner/group of files and directories WITHIN the filesystem, not just the root of the fs itself. MAYBE (but I don't ever remember this being the case), you'll get epic-lucky and those options actually do work for vfat. I'm 99.99% doubtful, but always worth a shot. I'll try to think of anything else.
– Larold
Sep 14 '11 at 5:26