Hmm…I remember how in Suse 10.3, I rebooted, and the problem fixed itself. That was strange. Anyway, if anyone might know what is wrong, I’d appreciate any pointers.
Yeah, Konqueror has no problem reading files on a disc. Other programs can read the disc, too. It’s just K3B that can’t find the drive. It can find the drive as superuser (root), but not as normal user.
No programs that I have installed can access the DVD/CD drive. I can view files on the drive from the KDE desktop, but programs can’t find the drive. Does it matter if the DVD drive is not mentioned in fstab? Here is my fstab
Even KDE4 K3B can’t find my DVD drive now. It gives me the option to “start K3B setup,” so I do…
under “settings,” it says “use burning group:” …and then what do I want to type in the Use Burning Group field? Should I type “root” or “cdrom”?
I am not sure (really not), but to me this sounds like you are using the KDE3-version again (I don’t remember the KDE4-version of K3B starting a setup dialogue by itself). Unfortunately I can not confirm any of this, as my K3B-version crashes when I try to call the settings dialogue (it’s a known bug). Either way: your user should neither be in ‘cdrom’ nor ‘root’.
I’m using Suse 11.1 with KDE3. I’m trying to use the K3B that was built for KDE4 though…it was working for a few days, but now it won’t find the DVD drive all of a sudden.
fstab won’t have removable device entries. These are dynamically created in /etc/mtab, you can look there.
You might have more info running dmesg in a terminal after inserting a disk, it will show you the kernel/udev/hal/whatever messages.
Check to see if /dev/dvd exists, where it point to, what it’s original permissions are, to which group it belongs and if the group has r/w rights. Add yourself to said group for testing.
If permissions are wrong it’s probably a wrong udev rule, you can rename the original rules file and it will be recreated (at the next reboot IINM). There’s an unreviewed how-to here that may help with that.
Note that the users group may not ticked in Yast’s additional user groups list because it already is your standard group, as shown in the pull-down menu to the bottom left of the groups list in Yast>Local Users>Details. At least this is so in oS11.1.