| Summary: | grip cannot ejects audio CDs | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dan Christian <danchristian65> |
| Component: | grip | Assignee: | Adrian Reber <adrian> |
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5 | CC: | amk, bugzilla, extras-qa |
| 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: | 2007-09-03 12:32:31 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | ||
|
Description
Dan Christian
2006-06-25 23:48:51 UTC
Is this on x86_64 only. Because I cannot reproduce it on i386 and I have not heard from anything likes this anywhere else. I have the same problem on a standard i386 platform (different machines, different CD/DVD drives). It might be related to the audio CD itself, because it usually happens if the CD has additional media tracks (like a data section for computers or video tracks). I finally have a 32 bit system to try it on. It happens the same there. Different brand of DVD drive, too. These are plain audio CDs. They aren't mounted. There are no problems ejecting once grip exits. I'm running kernel 2.6.17-2157. I don't know if the 64bit system is the exact same kernel, but it's definitely 2.4.17. This works for me: ( grip; sleep 1; eject ) If autorip on insert is selected, it will start ripping tracks again. I was now able to verify it. Most of the times the CD is not ejected. Sometimes the CD actually is ejected but this does not happen very often. Unfortunately I have no idea what the problem is and have not found anything on the grip mailinglists about this problem. I switched to an external USB drive (NEC). That works perfectly. I'm guessing that this is really a kernel IDE driver problem. I have found a solution for this problem. If use the eject routine from libcdio it works every time but only if I have the newest version of libcdio installed. As soon the newest libcdio is available for fedora I will release a new version of grip. During further investigation I discovered that this cannot be fixed in grip. The problem is that hal polls on the CD drive. The only solution for this problem is to disable hal polling by doing something like this: hal-disable-polling --device /dev/scd0 Closing it now with CANTFIX. |