[TriLUG] X Crashes, SCSI drive to blame???

[Jeff Bollinger]

Hey, for the last few days, my system (RHAT 7.2, 2.4.9) has been 
crashing when I load X.  The other day it crashed hard when trying to 
write to a CD, and since then the system crashes everytime I boot X and 
I have to push the power button to reboot the system (three finger 
salute is useless, as is my other favorite salute, CTRL+ALT+BACKSPACE). 
   I ssh'd into my machine (from a different host) and tailed 
/var/log/messages and this is what I get when I startx:

Jan 24 10:10:03 sec22 kernel: Intel 810 + AC97 Audio, version 0.04, 
20:18:00 Oct 30 2001
Jan 24 10:10:03 sec22 kernel: PCI: Found IRQ 9 for device 00:1f.5
Jan 24 10:10:03 sec22 kernel: PCI: Sharing IRQ 9 with 00:1f.3
Jan 24 10:10:03 sec22 kernel: PCI: Setting latency timer of device 
00:1f.5 to 64
Jan 24 10:10:03 sec22 kernel: i810: Intel ICH2 found at IO 0xf400 and 
0xf000, IRQ 9
Jan 24 10:10:03 sec22 kernel: i810_audio: Audio Controller supports 6 
channels.
Jan 24 10:10:03 sec22 kernel: ac97_codec: AC97 Audio codec, id: 
0x4144:0x5360 (Analog Devices AD1885)
Jan 24 10:10:03 sec22 kernel: i810_audio: AC'97 codec 0 Unable to map 
surround DAC's (or DAC's not present), total channels = 2
Jan 24 10:10:03 sec22 kernel: i810_audio: setting clocking to 41319
Jan 24 10:10:03 sec22 modprobe: modprobe: Can't locate module 
sound-service-0-0
Jan 24 10:10:05 sec22 gnome-name-server[1102]: starting
Jan 24 10:10:05 sec22 gnome-name-server[1101]: starting
Jan 24 10:10:05 sec22 gnome-name-server[1101]: name server starting
Jan 24 10:10:05 sec22 gnome-name-server[1102]: name server was running 
on display, exiting
Jan 24 10:10:05 sec22 kernel: Attached scsi CD-ROM sr0 at scsi0, channel 
0, id 0, lun 0
Jan 24 10:10:05 sec22 kernel: sr0: scsi3-mmc drive: 31x/32x writer cd/rw 
xa/form2 cdda tray
Jan 24 10:10:07 sec22 gconfd (jeff-1111): starting (version 1.0.4), pid 
1111 user 'jeff'
Jan 24 10:10:07 sec22 gconfd (jeff-1111): Removing stale lock 
`/home/jeff/.gconfd/lock' because of error pinging server: 
IDL:CORBA/COMM_FAILURE:1.0
Jan 24 10:10:07 sec22 gconfd (jeff-1111): Removing stale lock 
`/home/jeff/.gconf/%gconf-xml-backend.lock' because of error pinging 
server: IDL:CORBA/COMM_FAILURE:1.0
Jan 24 10:10:07 sec22 gconfd (jeff-1111): Successfully registered 
`OAFIID:gconfd:19991118'
Jan 24 10:10:49 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:10:49 sec22 kernel: hdd: timeout waiting for DMA
Jan 24 10:10:49 sec22 kernel: ide_dmaproc: chipset supported 
ide_dma_timeout func only: 14
Jan 24 10:10:49 sec22 kernel: hdd: status timeout: status=0xd0 { Busy }
Jan 24 10:10:49 sec22 kernel: hdd: drive not ready for command
Jan 24 10:10:49 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read TOC 02 00 00 00 00 05 00 0c 00
Jan 24 10:11:14 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:14 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:14 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:14 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:14 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:14 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:15 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:15 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:15 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:15 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:15 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:15 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:16 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:16 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:16 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:16 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:16 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:16 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:17 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:17 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:17 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:17 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:17 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:17 sec22 kernel: SCSI bus is being reset for host 0 channel 0.
Jan 24 10:11:18 sec22 kernel: scsi : aborting command due to timeout : 
pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 10 00 00 01 00
Jan 24 10:11:18 sec22 kernel: SCSI host 0 abort (pid 0) timed out - 
resetting
Jan 24 10:11:18 sec22 kernel: SCSI bus is being reset for host 0 channel 0.



After all that it hangs.  I think my CD-RW drive is actually IDE, but I 
pass a kernel paramter to make the system think it's SCSI (I think it's 
hdd ide=scsi).  Any idea what I can change to prevent the freeze?

Thanks,
Jeff
-- 
Jeff Bollinger
University of North Carolina
IT Security Analyst
105 Abernethy Hall
mailto: jeff_bollinger at unc dot edu