Bug 424491
Summary: | autofs fails to mount cd (regress) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
Component: | autofs | Assignee: | Ian Kent <ikent> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | ikent, jmoyer |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-12-14 03:47:42 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
Michal Jaegermann
2007-12-14 00:01:13 UTC
(In reply to comment #0) > Starting automount with options '-v -d' in /etc/sysconfig/autofs > does not make me much wiser. I see > > automount[3029]: attempting to mount entry /cd/cdrom > automount[3029]: lookup_mount: lookup(program): looking up cdrom > automount[3029]: lookup(program): lookup for cdrom failed This would indicate that somehow /etc/auto.cd has the executable mode set and since it's not a program (or script) it returns nothing to autofs so the mount fails. Please try removing execute mode from the map and try again. Ian You are correct about executable mode set. In attempts to get this working I set this on /etc/auto.cd and forgot about it. But all of this it does look as some fight between autofs and whatever mechanisms are used by a gnome session to handle removable media. No idea why I had troubles before I changed that execute bit but right now if I will do 'ls /cd/cdrom' with a media in a drive then this gets mounted but 'user' option is apparently dropped. Trying to use "Eject" menu entry on a corresponding desktop icon now brings me an alert that I have no priviledges for that operation and after that CD is ejected. :-) Whatever. I can live with results even if weird things happen from time to time. (In reply to comment #2) > But all of this it does look as some fight between autofs > and whatever mechanisms are used by a gnome session to handle > removable media. No idea why I had troubles before I changed > that execute bit but right now if I will do 'ls /cd/cdrom' > with a media in a drive then this gets mounted but 'user' > option is apparently dropped. Trying to use "Eject" menu entry > on a corresponding desktop icon now brings me an alert that > I have no priviledges for that operation and after that CD > is ejected. :-) Whatever. I can live with results even if > weird things happen from time to time. If you use autofs to mount the cdrom instead of the GUI tools then the user that performs the mount is root. To work around this you can use the "uid=$UID" and "gid=$GID" options for the mount with the map that you're using. Note that the macros UID and GID aren't available for version 4 of autofs. Ian > To work around this you can use the "uid=$UID" and "gid=$GID" ...
This does change what 'mount' will show for CD mount options but
but, funnilly enough, does not have any influence on a gnome-eject
behaviour. Really minor thing. :-)
OTOH trying "user=$USER" and "group=$GROUP" instead seems to
make CD automount unmountable. I will try to look closer later.
|