Bug 157418
Summary: | usb/scsi problem with LG 5120D DVD burner | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Garnet Ulrich <garnet.ulrich> |
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | davej, pjones, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-03 00:47:48 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
Garnet Ulrich
2005-05-11 14:46:32 UTC
With the help of Alan Stern, I found the source of this problem as well as a workaround. cdrecord 2.01 (FC3) uses the READ_BUFFER command which cdrecord 2.00.3 (RH9) does not. Please see http://sourceforge.net/mailarchive/forum.php?thread_id=7317229&forum_id=5395 for a discussion of this problem. The current generation of LG external DVD burners has a problem with the READ_BUFFER command on transfers greater than 32768 bytes. As per the thread, owners of other drives have similar problems. By feeding cdrecord the -ts=32768 parameter, the problem no longer occurs. So in short, LG burners have a bug/limitation that was only exposed with the newer version of cdrecord. growisofs does not have any problem with these drives, it only appeared to be so because once cdrecord 2.01 has done a READ_BUFFER with > 32768 bytes, the drive is messed up and growisofs doesn't work right either. k3b seems to run cdrecord on startup to check the attached drives so by the time it goes to run growisofs, the drive is in a hosed state. By telling k3b to use -ts=32768, k3b seems to work fine. LG has sold a _lot_ of these drives (especially in asia) and is a fairly mainstream manufacturer. Even though it is a fault/quirk due to the drive itself, it would seem worthwhile if the distro modified /etc/cdrecord.conf on installation when an LG external drive is detected. BTW, I am running the latest LG A115 firmware on this drive for anyone reading this later :-) An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which may contain a fix for your problem. Please update to this new kernel, and report whether or not it fixes your problem. If you have updated to Fedora Core 4 since this bug was opened, and the problem still occurs with the latest updates for that release, please change the version field of this bug to 'fc4'. Thank you. This bug has been automatically closed as part of a mass update. It had been in NEEDINFO state since July 2005. If this bug still exists in current errata kernels, please reopen this bug. There are a large number of inactive bugs in the database, and this is the only way to purge them. Thank you. |