On Wed, 2004-11-17 at 18:14 -0600, Paul Johnson wrote:
> mount -t iso9660 /dev/cdrom /mnt/cdrom
>
> That worked with a CDR I wrote.
>
> I was suspicious that this reallly fixed it, then unmounted and tried
>
> mount /dev/cdrom /mnt/cdrom
>
> And those irq timeout errors happened again.
Hmm. I just discovered something kind of similar, but with CDs that have
both music and data tracks ("CD Extra"). I can play (and even rip it
seems) them fine, but when I try to mount the data track (automatically
or using the mount command without specifying the file system type)
hdc: command error: status=0x51 { DriveReady SeekComplete Error }
hdc: command error: error=0x51
ide: failed opcode was 100
end_request: I/O error, dev hdc, sector 0
Buffer I/O error on device hdc, logical block 0
(this is repeated to every "logical block" on the disk as far as I can
tell). I found an earlier bug report about this,
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138964
where I attached my dmesg spew (although it really isn't a whole lot
more interesting than what I just included above).
Does this sound like it could be the same problem, or does it seem
unrelated?
This is on a Fujitsu S2020 notebook with a DVD/CDRW identified in the
dmesg output as
hdc: TOSHIBA DVD-ROM SD-R2412, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
It seems that letting hald set filesystem types to only UDF and iso9660
might at least work around this problem too, even though it might not be
the correct fix.
By the way, after this happened X seemed to randomly not listen to
input; I could temporarily restore functionality by switching back and
forth to VT1 (luckily that worked) but it only worked for a little
while. I couldn't find any log errors that seemed related unfortunately.
Cheers,
Per
--
Per Bjornsson <perbj@xxxxxxxxxxxx>
Ph.D. Candidate, Department of Applied Physics, Stanford University