Bug 34433
| Summary: | Magicdev breaks cdrecord | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Edward Kuns <eddie.kuns> |
| Component: | magicdev | Assignee: | John (J5) Palmieri <johnp> |
| Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.1 | CC: | jkeck, leigh.orf, menscher, tom |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-08-25 17:13:08 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: | |||
Basically, this is just a problem with lousy hardware that breaks if a test-unit-ready command is sent while recording is in process. Douglas Gilbert (the ide-scsi maintainer) has some ideas about how to work around this problem.at the scsi layer. *** Bug 76218 has been marked as a duplicate of this bug. *** Under RH 8.0 it is absolutely clear that having magicdev active breaks cdrecord. I didn't have a clue what was wrong (and why my burner had mysteriously failed), but someone told me to go to preferences>cd-properties and disable "mount on insertion". I remember having to shoot magicdev in the head back in RH6 or 7 days for some other reason. More trouble than it is worth in my opinion. This could be fixed by a change in policy (like shipping with magicdev disabled and warning about this ugly behaviour if it is), or by adding some kind of locking so that magicdev backs off which a CD is being burned. I would have been pretty upset if I went out and bought a new burner and found out that magicdev was to blame. On a scsi Yamaha burner CRW2100S after burning the disk and in the midst of "Fixating" I get: Track 01: 383 of 383 MB written (fifo 100%). Track 01: Total bytes read/written: 402030592/402030592 (196304 sectors). Writing time: 775.378s Fixating... cdrecord: Input/output error. close track/session: scsi sendcmd: no error CDB: 5B 00 02 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 06 00 00 00 00 0A 00 00 00 00 29 00 00 00 Sense Key: 0x6 Unit Attention, Segment 0 Sense Code: 0x29 Qual 0x00 (power on, reset, or bus device reset occurred) Fru 0Sense flags: Blk 0 (not valid) cmd finished after 32.053s timeout 480s cmd finished after 32.053s timeout 480s Fixating time: 45.080s cdrecord: fifo had 6333 puts and 6333 gets. cdrecord: fifo was 0 times empty and 6192 times full, min fill was 90%. make: *** [burn] Error 254 *** Bug 83826 has been marked as a duplicate of this bug. *** Closing bug. Magicdev has been removed in favor of gnome-volume-manager in the development branch. |
cdrecord absolutely fails to successfully record anything on a CD-R if magicdev is running. I don't know what the cause is, but this is 100% reproducable here. If I kill magicdev, all works. I use this via xcdrecord ... if magicdev is running, the last message I see in the xcdrecord status window is: Starting new track at sector: 0 and there it hangs. Indefinitely. If I eject and reinsert the CD-R, cdrecord wakes up and errors out, but I have coastered the CD-R. And again, if I kill magicdev, I don't have a single problem. I've most recently reproduced this with QA0328 ... but I have also seen this with earlier releases as well. I haven't tried this with 7.0, so I don't know if this is a new problem or not. (And I don't run magicdev on kilroy, my always-live, non-beta machine.)