[lkml]   [2001]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject2.4.10ac10, cdrecord 1.9-6, Mitsumi CR-4804TE: lock up burning too large image
When (accidentally) trying to burn ~670MB onto a 74" cdr disk, I experienced
a complete lock up.

It went to 99% (as one would expect), and then drive began giving weird
sounds - as if it was moving the head from start to end over and over. After
a short while, the whole system locked up, no mouse, keyboard, caps lock,
ctrl-alt-del, alt-sysrq-{s,u,b}.

It used to give a nice error when disk size was exceeded with 2.2.18pre19
and a tad older cdrecord (1.9-something (1.10-4 failed on 2.2 BTW, giving
error on mmapping /dev/null)).

I assume this is a kernel thing...

BTW: Also the cd audio ripping speed has dropped from ~8x to ~1x with both
my cdrw and cd drive. The drop took place before upgrading from 2.2 to 2.4.
I am and was using scsi-emulation for both drives. I tried going back to
older cdparanoia, but it didn't help. Before I try to binary search what has
changed, does anybody have any ideas on what to try?

kernel 2.4.10-ac10 SMP
cdrecord 1.9-6

scsi : 0 hosts left.
SCSI subsystem driver Revision: 1.00
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
Vendor: MITSUMI Model: CR-4804TE Rev: 2.4C
Type: CD-ROM ANSI SCSI revision: 02
APIC error on CPU0: 08(02)
Attached scsi CD-ROM sr1 at scsi0, channel 0, id 1, lun 0
sr0: scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
sr1: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray

hdparm /dev/hdd:

HDIO_GET_MULTCOUNT failed: Input/output error
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
HDIO_GET_NOWERR failed: Input/output error
readonly = 0 (off)
BLKRAGET failed: Input/output error
HDIO_GETGEO failed: Invalid argument

cdrecord -scanbus:
0,1,0 1) 'MITSUMI ' 'CR-4804TE ' '2.4C' Removable CD-ROM

kernel messages before the lockup:

Oct 20 20:35:53 kernel: scsi : aborting command due to timeout : pid 155966,
@+scsi0, channel 0, id 1, lun 0 0x2a 00 00 05 48 9e 00 00 1f 00
Oct 20 20:35:53 kernel: hdd: timeout waiting for DMA
Oct 20 20:35:53 kernel: ide_dmaproc: chipset supported ide_dma_timeout func
@+only: 14
Oct 20 20:35:54 kernel: hdd: status timeout: status=0xd0 { Busy }
Oct 20 20:35:54 kernel: hdd: drive not ready for command
Oct 20 20:36:28 kernel: hdd: ATAPI reset timed-out, status=0xd0
<halted at this point>

-- v --
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:08    [W:0.059 / U:1.840 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site