Bug 6421

Summary: linuxconf wants to remount the CD
Product: [Retired] Red Hat Linux Reporter: mal
Component: linuxconfAssignee: Michael K. Johnson <johnsonm>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.1CC: jack
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-12-16 15:53:29 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description mal 1999-10-27 13:13:46 UTC
on a fresh installed RedHat 6.1
when RedHat installation CD 1
is in the CDROM
linuxconf wants to remount /mnt/cdrom
each time I start linuxconf.
Even after linuxconf remounted the CD
next time linuxconf started it wants to remount
the CD again.
It is verry annoying.
While RedHat CD 1 is in CD ROM
linuxconf wants to remount the CD.
Even answering "YES" on linuxconf
question about remounting the CD does not help.

Comment 1 Michael K. Johnson 1999-12-02 18:54:59 UTC
Jacques, this may be a bad interaction with magicdev.

Comment 2 Michael K. Johnson 1999-12-03 13:19:59 UTC
Jacques says:
>No I don't think so. Linuxconf does not know about the "owner" flag in
>/etc/fstab. This flag is a special case, like "user" I guess. Linuxconf
>treats this unknown flag as a normal mount flag and expect to see it in
>/etc/mtab, which is not the case.

Ah.  The owner flag is just like "user" except that only the owner of
the device is allowed to mount the filesystem.  pam_console changes
the ownership of several devices, including /dev/cdrom and /dev/fd?*,
when users log in at the local console, and then via the "owner" flag
they are allowed to mount filesystems on floppies and cdroms.

Comment 3 Michael K. Johnson 1999-12-15 15:54:59 UTC
Jacques, was this fixed in the big patch you sent?

Comment 4 Michael K. Johnson 1999-12-16 15:53:59 UTC
1.16r10-2 fixes this bug

Comment 5 openshift-github-bot 2016-12-09 16:38:24 UTC
Commit pushed to master at https://github.com/openshift/origin

Merge pull request #12179 from gabemontero/issue6421

Merged by openshift-bot