Re: USB DVD drive access failures

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2009-12-13 at 21:14 -0700, Paolo Galtieri wrote:
> I have been trying to rip some music CDs and it has been very
> frustrating.  I get repeated failures using both the internal SATA DVD
> drive as well as an
> external USB drive.  The errors below are fro the USB drive.
> 
> When trying it using grip it will start fine on track 1, but by track
> 3 it will hang and I get the following errors:
> 
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Sense Key :
> Illegal Request [current] 
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Add. Sense:
> Illegal mode for this track
> Dec 13 20:58:50 localhost kernel: end_request: I/O error, dev sr1,
> sector 0
> Dec 13 20:58:50 localhost kernel: __ratelimit: 29 callbacks suppressed
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 0
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 1
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 2
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 3
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 4
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 5
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 6
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 7
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 8
> Dec 13 20:58:50 localhost kernel: Buffer I/O error on device sr1,
> logical block 9
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Sense Key :
> Illegal Request [current] 
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Add. Sense:
> Illegal mode for this track
> Dec 13 20:58:50 localhost kernel: end_request: I/O error, dev sr1,
> sector 240
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Sense Key :
> Illegal Request [current] 
> Dec 13 20:58:50 localhost kernel: sr 3:0:0:0: [sr1] Add. Sense:
> Illegal mode for this track
> Dec 13 20:58:50 localhost kernel: end_request: I/O error, dev sr1,
> sector 0
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Sense Key :
> Illegal Request [current] 
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Add. Sense:
> Illegal mode for this track
> Dec 13 20:58:51 localhost kernel: end_request: I/O error, dev sr1,
> sector 0
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Result:
> hostbyte=DID_OK driverbyte=DRIVER_SENSE
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Sense Key :
> Illegal Request [current] 
> Dec 13 20:58:51 localhost kernel: sr 3:0:0:0: [sr1] Add. Sense:
> Illegal mode for this track
> Dec 13 20:58:51 localhost kernel: end_request: I/O error, dev sr1,
> sector 0
> Dec 13 21:02:34 localhost ntpd[1386]: synchronized to 66.250.45.2,
> stratum 2
> 
> Sometimes if I eject the CD and try it again it works sometimes I have
> to reboot my system to get the DVD drive to work at all.
> Sometimes I have to power cycle the system before the internal drive
> is accessible again.
> 
> These are the errors I get for the internal DVD drive:
> 
> Dec 13 19:53:13 localhost kernel: ata2.00: limiting speed to
> UDMA/25:PIO4
> Dec 13 19:53:13 localhost kernel: ata2.00: exception Emask 0x0 SAct
> 0x0 SErr 0x0 action 0x6 frozen
> Dec 13 19:53:13 localhost kernel: ata2.00: cmd
> a0/01:00:00:30:09/00:00:00:00:00/a0 tag 0 dma 2352 in
> Dec 13 19:53:13 localhost kernel:         cdb be 00 00 01 d9 4d 00 00
> 01 f8 00 00 00 00 00 00
> Dec 13 19:53:13 localhost kernel:         res
> 40/00:02:00:08:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
> Dec 13 19:53:13 localhost kernel: ata2.00: status: { DRDY }
> Dec 13 19:53:18 localhost kernel: ata2: link is slow to respond,
> please be patient (ready=0)
> Dec 13 19:53:23 localhost kernel: ata2: device not ready (errno=-16),
> forcing hardreset
> Dec 13 19:53:23 localhost kernel: ata2: soft resetting link
> Dec 13 19:53:28 localhost kernel: ata2.00: qc timeout (cmd 0xa1)
> Dec 13 19:53:28 localhost kernel: ata2.00: failed to IDENTIFY (I/O
> error, err_mask=0x4)
> Dec 13 19:53:28 localhost kernel: ata2.00: revalidation failed
> (errno=-5)
> Dec 13 19:53:29 localhost kernel: ata2: soft resetting link
> Dec 13 19:53:29 localhost kernel: ata2.00: configured for UDMA/25
> Dec 13 19:53:29 localhost kernel: ata2: EH complete
> Dec 13 19:54:19 localhost kernel: ata2.00: exception Emask 0x0 SAct
> 0x0 SErr 0x0 action 0x6 frozen
> Dec 13 19:54:19 localhost kernel: ata2.00: cmd
> a0/01:00:00:30:09/00:00:00:00:00/a0 tag 0 dma 2352 in
> Dec 13 19:54:19 localhost kernel:         cdb be 00 00 01 d9 4d 00 00
> 01 f8 00 00 00 00 00 00
> Dec 13 19:54:19 localhost kernel:         res
> 40/00:02:00:08:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
> Dec 13 19:54:19 localhost kernel: ata2.00: status: { DRDY }
> Dec 13 19:54:24 localhost kernel: ata2: link is slow to respond,
> please be patient (ready=0)
> Dec 13 19:54:29 localhost kernel: ata2: device not ready (errno=-16),
> forcing hardreset
> Dec 13 19:54:29 localhost kernel: ata2: soft resetting link
> Dec 13 19:54:30 localhost kernel: ata2.00: configured for UDMA/25
> Dec 13 19:54:30 localhost kernel: ata2: EH complete
> 
> 
> Based on my experience so far it appears that using an external USB
> drive works better than using the internal.
> 
> Has anybody else seen issues with accessing/ripping CDs?
----
sure but I find that if I leave CD's or DVD's in the drive for long
periods of time, the drives wear out fast. I have learned to take the
disc's out of the drives when I am done.

Craig



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux