Bug 454067
Summary: | Changing cd stops sound juicer working. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Wes Armour <wes.armour> |
Component: | ConsoleKit | Assignee: | David Zeuthen <davidz> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | bnocera, digitect, mclasen, raina, tom |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-07-14 15:12:26 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
Wes Armour
2008-07-04 09:19:21 UTC
This was happening to me as well and I eventually worked out that it was because gvfs-fuse-daemon wasn't running. The reason why it was failing to start was that I had an old broken .gvfs fuse mount in my home directory. Unmounting that with "fusermount -u ~/.gvfs" and logging in again got gvfs-fuse-daemon running and made sound juicer happy. Looks like I spoke too soon - that did get it working for me but only for one CD like you. Each time I login the current CD can be ripped but no more. Try running: gvfs-mount -u cdda:///dev/sr0 on the command-line, after having inserted the second CD. If that works, then it's a dupe of bug 452313. Doesn't seem to help no, in fact it complains it isn't mounted: vauxhall [~] % gvfs-mount -u cdda:///dev/sr0 Error finding enclosing mount: The specified location is not mounted Listing the mounts would appear to agree: vauxhall [~] % gvfs-mount -l Drive(0): CD-RW/DVD±RW Drive Volume(0): Audio Disc Mount(0): Audio Disc -> cdda://sr0/ Drive(1): USB Drive Volume(0): data Mount(0): data -> file:///media/data Drive(2): CompactFlash Drive Drive(3): USB Drive That should have been: gvfs-mount -u cdda://sr0/ I get the same error but it appears my drive is mounted..... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ $ gvfs-mount -u cdda:///dev/sr0 Error finding enclosing mount: The specified location is not mounted [wa78@localhost ~]$ gnomevfs-df Volume Free space /scratch 41.9 GB (44983693312) / 9.3 GB (10020229120) /boot 437.9 MB (459125760) /sys/fs/fuse/connections 0 bytes (0) /selinux 0 bytes (0) /home/wa78/.gvfs 9.3 GB (10020229120) /dev/shm 2.9 GB (3104829440) /dev 2.9 GB (3104714752) / 9.3 GB (10020229120) Drives: file:///scratch /dev/md2 124.5 GB Volume /dev/fd0 Floppy Drive cdda:///dev/sr0 /dev/sr0 CD-RW/DVD±RW Drive ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I also find that using fusermount -u ~/.gvfs and logging out and back in again seems to fix it for just one cd, as soon as I try to change the cd sound juicer locks up again :-( Nope, sorry that one doesn't work for me, thanks for trying though :-) $ gvfs-mount -u cdda://sr0/ Error finding enclosing mount: The specified location is not mounted $ gnomevfs-df Volume Free space /scratch 41.9 GB (44983693312) / 9.3 GB (10020196352) /boot 437.9 MB (459125760) /sys/fs/fuse/connections 0 bytes (0) /selinux 0 bytes (0) /home/wa78/.gvfs 9.3 GB (10020196352) /dev/shm 2.9 GB (3104829440) /dev 2.9 GB (3104714752) / 9.3 GB (10020196352) Drives: file:///scratch /dev/md2 124.5 GB Volume /dev/fd0 Floppy Drive cdda:///dev/sr0 /dev/sr0 CD-RW/DVD±RW Drive That command does work in as much as it unmounts it without error, but it doesn't help sound juicer at all. Stop using gnomevfs-df to list the drives. Use gvfs-mount -l, otherwise gnome-vfs will open the drive, and lock the device again, which is what we're trying to avoid. Ooops, Sorry, I didn't realise. Ok so I've tried... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ $ gvfs-mount -u cdda://sr0/ Error finding enclosing mount: The specified location is not mounted $ gvfs-mount -l Drive(0): Floppy Drive Drive(1): CD-RW/DVD±RW Drive Volume(0): Audio Disc $ fusermount -u ~/.gvfs $ gvfs-mount -l Drive(0): Floppy Drive Drive(1): CD-RW/DVD±RW Drive Volume(0): Audio Disc ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ None of them seem to work. I don't understand why sound-juicer is trying to access /dev/sg0 when gnomevfs-df (I promise I wont do it again) lists cdda:///dev/sr0 /dev/sr0 ??? (In reply to comment #10) <snip> > None of them seem to work. I don't understand why sound-juicer is trying to > access /dev/sg0 when gnomevfs-df (I promise I wont do it again) lists > cdda:///dev/sr0 /dev/sr0 ??? That'd be because /dev/sr0 is the drive, /dev/sg0 is the generic SCSI interface needed for CDDA access. What's the outputs of those commands (run as root): fuser /dev/sr0 fuser /dev/sg0 I put the CD in and ran those and got: vauxhall [~] % sudo fuser /dev/sr0 /dev/sr0: 3537 4683 vauxhall [~] % sudo fuser /dev/sg0 then unmounted: vauxhall [~] % gvfs-mount -u cdda://sr0/ and got: vauxhall [~] % sudo fuser /dev/sr0 /dev/sr0: 3537 vauxhall [~] % sudo fuser /dev/sg0 Process 3537 is rhythmbox, which is also trying to look at the CD and having problems. Killing it makes no difference though. One thing I did just notice is that /dev/sr0 has an ACL allowing me access, but /dev/sg0 does not, which would explain why sound juicer and rhythmbox are getting permission denied trying to access ag0. I assume PolicyKit installed the ACL on the sr0 device? Without sound-juicer running I get... [root@localhost ~]# fuser /dev/sr0 [root@localhost ~]# fuser /dev/sg0 i.e. they return nothing. If I run sound juicer I get nothing until I hit the extract button. Then I get... ** (sound-juicer:4590): WARNING **: Could not lock drive: Extracting audio from CD # fuser /dev/sg0 [root@localhost ~]# fuser /dev/sr0 /dev/sr0: 4590 So the face the it will rip a cd as root make me think there might be some permission issues somewhere??? If I add write permission to sg0 though, then it just complains about /dev/sga instead, which doesn't even exist... I just learned that I can fix these symptoms after inserting the new disk simply with: chmod g+w /dev/sr0 My machine only has one drive, a CD/DVD-RW. Does this help anybody? (In reply to comment #15) > I just learned that I can fix these symptoms after inserting the new disk simply > with: > chmod g+w /dev/sr0 > > My machine only has one drive, a CD/DVD-RW. Does this help anybody? Thanks, Sound Juicer seems to work. Can we bump severity from low to normal? Permissions related to cd devices is broken here (not just Sound Juicer, same in grip). Cryptic command line permission changes (as root/sudo) does not a userland workaround make, this is something more systemic. This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |