Description of problem:
Not entirely sure if pam is really the culprit here but it owns
all relevant config files. Still the recent kudzu-1.1.79-1 may
be involved here. I do not know when this really started.
With the only one active login on the whole machine, i.e. me,
$ mount /mnt/cdrom/
mount: only root can mount /dev/cdrom on /mnt/cdrom
A corresponding line in /etc/fstab has these in options field:
After changing "owner" to "user" there are no problem with
mounting cdrom from a non-root account but the former used to
work just fine and in some setups may make a difference.
The same goes for floppy (and even if I can mount /dev/floppy
then 'mdir a:' gives "Can't open /dev/fd0: Permission denied").
It should be noted that even if "owner" is used and
'mount /mnt/cdrom' does work then 'strace mount /mnt/cdrom'
ends up with 'write(2, "mount: must be superuser to use "...'
but this can be a property of strace.
Version-Release number of selected component (if applicable):
I can't reproduce this bug with pam-0.77-55
If you look at those devices (/dev/fd0, /dev/hd? which is the cdrom
device), are you owner of them if you are logged on the console?
What is the contents of the /var/run/console directory?
I would be much happier to know what really caused the problem
and which changes made it to vanish but indeed with my current
test setup "owner" in /etc/fstab is sufficient.
Many things were modified in the meantime but yes - a month ago
I was an owner of devices in question, IIRC, and this still was
of no use.
On the first attempt to mount a CD by a non-root I got though
"/mnt/cdrom already mounted or a wrong file system" but I could
not repeat that after a subsequent mount by root or after a reboot.
A hiccup in a driver? Maybe; although I tried that a few times
before an attempt from a root account, and results were the same,
so it does not sound like timing. Still I do not know how to