Bug 208302
Summary: | iPod Mounts as root and not logged in user | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ken Reilly <kreilly> |
Component: | gnome-mount | Assignee: | David Zeuthen <davidz> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | bjohnson, mclasen, triage |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | bzcl34nup | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-07 00:53:46 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pete Graner
2006-09-27 19:28:47 UTC
Think I might have found the cause, I found this in /var/log/messages Sep 27 15:13:49 meatwad kernel: hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. I've been manually mounting and running with no problems with hfs, how can I tell gnome mount how to use the force option? Re comment 1: it's possible configure mount options either via the command line (see man page for gnome-mount) or using the Nautilus extension in the package gnome-mount-nautilus-properties (the latter has pretty bad UI and is thus not installed by default - will fix this for FC7 / FC8) Re the original request: we specifically don't allow changing the uid of the file system as that would be a security hole. We'd be allowing users at the console to bypass built-in file system security. So to avoid this we have a per-device white list of options we allow. For HFS/HFS+ 'force' is one of them so you can at least write to such disks. Another point is that the hfs file system driver in the kernel don't export this option IIRC - if you know the options to use please let me know. There is some work ongoing in this area, see http://people.freedesktop.org/~david/perm-override/gnome-mount-perm-override-1.png http://people.freedesktop.org/~david/perm-override/gnome-mount-perm-override-2.png for some ideas. However at this point we simply lack solid infrastructure to do this. This will be fixed in FC7 when we start shipping PolicyKit. Clarifying comment 3: > Another point is that the hfs file system driver in the kernel don't export this > option IIRC - if you know the options to use please let me know. I meant that I don't know of what mount option to use for HFS+ to make the files / directories appear as they owned (and thus writable) by the logged in user. If you know this please do let me know. Thanks. I'm currently running FC7T3 with all updates as of today (4/17) and with my fat32 ipod shuffle, this is happening. It seems like a regression as it doesn't happen with the same ipod on my FC6 system. (In reply to comment #5) > I'm currently running FC7T3 with all updates as of today (4/17) and with my > fat32 ipod shuffle, this is happening. It seems like a regression as it doesn't > happen with the same ipod on my FC6 system. This bug is about HFS+ formatted iPods - you seem to be affected by bug 234716 (which should be fixed now). User pgraner's account has been closed Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp |