linux-l: IDE CDROM will manchmal nicht...

So Mär 21 00:51:58 CET 1999

Hallo,

ich hatte ja einigen schon mein Leid auf den Infotagen geklagt...

Mein IDE-CDROM spukt hier rum... Das Problem trat erstmals in einem
sehr merkwürdigen Zusammenhang auf, ich hatte meinen Computer bei
einem Freund und das CDROM wollte nicht mehr recht. Ein testweise
gebootetes Win95 ranzte bei Zugriffen aufs CDROM ab, unter Linux war
nur das CDROM nicht "da". Komischerweise stellte ich wieder zuhause
fest, das es nur so komische Verhaltensweisen zeigt, wenn ich mein
externes SCSI(!)-CDROM *nicht* angeschlossen habe... Na gut
PC-Hardware dachte ich und hab das Problem erst mal auf die Bank
geschoben. Nun habe ich meinen SCSI-Bus etwas "entwirrt" und diesen
unsäglichen 25polSub-D Adapter rausgeschmissen, d.h. das externe CDROM 
ist erst mal nicht angeschlossen, der SCSI-Bus ist aber wieder
ordentlich terminiert (am Brenner, der brennt auch...).

Leider macht sich jetzt das IDE-CDROM-Problem stärker bemerkbar, da
meine /usr/local von einer SCSI-Platte auf eine IDE-Platte gewandert
ist, an der als Slave das CDROM hängt. Folglich braucht der
Bootprozess recht lange (bez. der X-Start, da mein hyper-gepatchter
Afterstep 0.99bbb auf /usr/local liegt).

Im Log stehen dann immer folgende Meldungen bis zum Ooops:

Mar 21 00:23:06 mero kernel: hdb: ATAPI reset complete 
Mar 21 00:23:16 mero kernel: hdb: irq timeout: status=0xd0 
Mar 21 00:23:16 mero kernel: end_request: I/O error, dev 03:40, sector 0 
Mar 21 00:23:16 mero kernel: hdb: status timeout: status=0xd0 
Mar 21 00:23:16 mero kernel: hdb: drive not ready for command 
Mar 21 00:23:16 mero kernel: hdb: ATAPI reset complete 
Mar 21 00:23:26 mero kernel: hdb: irq timeout: status=0xd0 
Mar 21 00:23:26 mero kernel: hdb: ATAPI reset complete 
Mar 21 00:23:36 mero kernel: hdb: irq timeout: status=0xd0 
Mar 21 00:23:36 mero kernel: end_request: I/O error, dev 03:40, sector 0 
Mar 21 00:23:36 mero kernel: Oops: 0000 
Mar 21 00:23:36 mero kernel: CPU:    0 
Mar 21 00:23:36 mero kernel: EIP:    0010:[sys_mount+749/816] 
Mar 21 00:23:36 mero kernel: EFLAGS: 00010282 
Mar 21 00:23:36 mero kernel: eax: 00000000   ebx: 00000340   ecx: 00000000   edx: 00000000 
Mar 21 00:23:36 mero kernel: esi: 001c3cf0   edi: 08055188   ebp: 0a883d84   esp: 094cff4c 
Mar 21 00:23:36 mero kernel: ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018 
Mar 21 00:23:36 mero kernel: Process mount (pid: 267, process nr: 24, stackpage=094cf000) 
Mar 21 00:23:36 mero kernel: Stack: 094d0018 c0ed0001 080551c8 08055178 fffffffe 094cffb4 00000001 0a883ba1  
Mar 21 00:23:36 mero kernel:        00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000  
Mar 21 00:23:36 mero automount[266]: mount(generic): failed to mount /dev/hdb (type iso9660) on /autocd/cd1
Mar 21 00:23:36 mero kernel:        00000000 00000000 00000000 00000000 00000000 099fae00 00000000 00000000  
Mar 21 00:23:36 mero kernel: Call Trace: [<0a883ba1>] [system_call+77/124]  
Mar 21 00:23:36 mero kernel: Code: 83 7d 08 00 75 09 53 e8 bf f6 ff ff 83 c4 04 85 f6 0f 84 14  
Mar 21 00:23:36 mero logger: /usr/bin/X11/afterstep

Danach ist das CDROM ruhig bis zum nächsten Zugriffsversuch (und der
kommt dank Autofs bestimmt ;-)

Der Knaller, der mich auf eine Softwarelösung hoffen lässt ist der,
daas man durch wildes auf/zu der Schublade (des CDROMs ;-) beim booten 
erreichen kann, das Linux das CDROM erkennt. Danach funktioniert alles
tadellos. 

Sobald Lilo loslegt und "Loading 1...." kommt geht die LED des
IDE-Busses an und Schluß ist.

In der Kernel Konfiguration fand ich auch nicht bezeichnendes zu
meinem Chipsatz (Natoma):

mero:/usr/src/kernel-source-2.0.36# cat /proc/pci 
PCI devices found:
  Bus  0, device  12, function  0:
    SCSI storage controller: NCR 53c810 (rev 2).
      Medium devsel.  IRQ 11.  Master Capable.  Latency=64.  
      I/O at 0xe000.
      Non-prefetchable 32 bit memory at 0xf7800000.
  Bus  0, device  10, function  0:
    VGA compatible controller: S3 Inc. Vision 968 (rev 0).
      Medium devsel.  IRQ 12.  
      Non-prefetchable 32 bit memory at 0xf0000000.
  Bus  0, device   9, function  0:
    Multimedia video controller: Brooktree Bt848 (rev 18).
      Medium devsel.  Fast back-to-back capable.  IRQ 9.  Master Capable.  Latency=32.  Min Gnt=16.Max Lat=40.
      Prefetchable 32 bit memory at 0xfb800000.
  Bus  0, device   1, function  1:
    IDE interface: Intel 82371SB PIIX3 IDE (rev 0).
      Medium devsel.  Fast back-to-back capable.  Master Capable.  Latency=32.  
      I/O at 0xe800.
  Bus  0, device   1, function  0:
    ISA bridge: Intel 82371SB PIIX3 ISA (rev 1).
      Medium devsel.  Fast back-to-back capable.  Master Capable.  No bursts.  
  Bus  0, device   0, function  0:
    Host bridge: Intel 82441FX Natoma (rev 2).
      Medium devsel.  Fast back-to-back capable.  Master Capable.  Latency=32.  
mero:/usr/src/kernel-source-2.0.36# 

DMA für den Chipsatz ist an. Master/Slave sollte auch richtig sein,
aber wenn jemand "kusch" sagt krieche ich (mal wieder) in meinen
Rechner...

Ach ja, Win95&NT haben keine Probleme mit dem CDROM.

So, lange Rede... Wer bis hier durchgehalten hat möge mir mit einem
Brainstorming wo/was ich drehen kann, bitte behilflich sein. 

Carsten.