Kernel panic SuSE 8.2 SCSI Scanner UMAX Astra 1200S
Moin Moin,
ich habe ein Problem mit meinem SCSI-Scanner UMAX Astra 1200S unter SuSE
8.2: Ich kann einmal damit scannen, beim zweiten Scanversuch bekomme ich
einen "Kernel panic".
Dieser sieht auf der System-Console (Alt-F10) entweder so
Hallo Wolfgang, leider habe ich keine Lösung parat, kann aber das von Dir beobachtete Verhalten bestätigen. Ich habe den Umax Astra 1220 mit Adaptec 2940AU und stosse reproduzierbar auf die gleichen Probleme. Ich denke, man kann hier fehlerhafte Hardware oder Harware-Kombinationen ausschliessen. Einen Patch konnte ich im Suse Download-Bereich noch nicht finden. Als ich damals herum experimentiert habe, habe ich auch das neueste Sane Relaease installiert, jedoch ohne den Fehler beseitigen zu können. Hmmm. Mal das nächste Release abwarten oder USB Scanner kaufen ?! Viele Grüsse Christian Wolfgang Wershofen wrote:
Moin Moin,
ich habe ein Problem mit meinem SCSI-Scanner UMAX Astra 1200S unter SuSE 8.2: Ich kann einmal damit scannen, beim zweiten Scanversuch bekomme ich einen "Kernel panic".
Dieser sieht auf der System-Console (Alt-F10) entweder so
athlon kernel: (scsi0:A:5:0): refuses synchronous negoitation. Using asynchronous transfers Oops: 0000 2.4.20-4GB-athlon #1 Mon Mar 17 17:56:47 UTC 2003 CPU: 0 EIP: 0010:[<c0217dba>] Not tainted EFLAGS: 00010286 eax: 00000000 ebx: c161d880 ecx: 79736120 edx: d21d23c0 esi: 00000000 edi: fffffffe ebp: cdb6f600 esp: c0339f24 ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0339000) Stack: cdb6f600 00000000 00000286 cdb6f600 00000000 fffffffe 00000046 c0217c98 cdb6f600 cdb6f600 00000000 c0369ac0 c01225a2 c01224ab 00000008 00000001 c01222b4 c0369ac0 c0365a40 00000005 dfc92d00 00000140 c010a8e9 00000005 Call Trace: [<c0217c98>] [<c01225a2>] [<c01224ab>] [<c01222b4>] [<c010a8e9>] [<c0106f00>] [<c010cd08>] [<c0106f00>] [<c0106f23>] [<c0106f82>] [<c0105000>] Code: 8b 81 8c 01 00 00 85 c0 89 42 04 74 10 8d b1 14 01 00 00 8d <0>Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing oder (meistens) so
athlon kernel: (scsi0:A:5:0): refuses synchronous negoitation. Using asynchronous transfers Kernel panic: Unable to find device associated with request aus.
Unter SuSE 7.3 lief der Scanner problemlos. Erst nach Umstieg auf SuSE 8.2 fing das Problem an. Der Scanner hängt an einer etwas älteren Adaptec AHA2940 Karte in einem Athlon Thunderbird 1.4GHz-System. Außer dem Scanner hängt noch ein DVD-Laufwerk an der Karte, außerdem habe ich einen IDE-DVD-Brenner, für den ich die IDE-SCSI-Emulation eingeschaltet habe. Kernel, sane und SCSI-Modul sind Stand SuSE 8.2 ohne Modifikationen. Ich glaube nicht, daß das Problem bei sane liegt sondern denke eher, daß das Problem beim SCSI-Zugriff liegt, da ich den Kernel panic auch mit "rmmod aic7xxx && insmod aic7xxx" produzieren kann.
Alle Hinweise bezüglich solcher Probleme, die ich im Netz bislang finden konnte, habe ich ausprobiert (ersetzen aic7xxx durch aic7xxx_old; SCSI-Buffer-Size auf max. 32kB setzen), allerdings alles ohne erfolg. Es macht auch keinen unterschied, ob ich das System im Failsafe-Modus hochfahre oder normal und ob ich als root oder "Otto-Normaluser" scanne. Langsam bin ich mit meinem Latein am Ende und würde mich freuen, wenn mir jemand von Euch weiterhelfen könnte.
Hier noch ein paar weitere Infos zu meinem System:
# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: UMAX Model: Astra 1200S Rev: V2.9 Type: Scanner ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 06 Lun: 00 Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: TOSHIBA Model: DVD-ROM SD-R5002 Rev: 1031 Type: CD-ROM ANSI SCSI revision: 02
# lspci -v (...) 00:0b.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 Flags: bus master, medium devsel, latency 64, IRQ 7 I/O ports at dc00 [disabled] [size=256] Memory at cffff000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at cffe0000 [disabled] [size=64K] (...)
IRQ 7 ist übrigens mit keinem anderen Device geshared, IRQ-Konflikt kann's also eigentlich auch nicht sein.
Kann mir jemand weiterhelfen? Vielen Dank im Voraus.
Viele Grüße Wolfgang
Am Dienstag, 19. August 2003 um 14:15 schrieb Christian Kuecherer:
Hallo Wolfgang,
leider habe ich keine Lösung parat, kann aber das von Dir beobachtete Verhalten bestätigen. Ich habe den Umax Astra 1220 mit Adaptec 2940AU und stosse reproduzierbar auf die gleichen Probleme. Ich denke, man kann hier fehlerhafte Hardware oder Harware-Kombinationen ausschliessen.
Na, prima. Ich bin offensichtlich nicht allein mit dem Problem. Ich hatte schon fast die Hoffnung aufgegeben. Bislang habe ich im Netz erst einen Beitrag von einem Leidensgenossen gefunden, der das gleiche Problem zu haben scheint. Der hat auf seine Anfrage bei www.linux-community.de allerdings auch keine Antwort bekommen.
Einen Patch konnte ich im Suse Download-Bereich noch nicht finden. Als ich damals herum experimentiert habe, habe ich auch das neueste Sane Relaease installiert, jedoch ohne den Fehler beseitigen zu können. Hmmm. Mal das nächste Release abwarten oder USB Scanner kaufen ?!
Ja, ich habe auch schon versucht, alle beteiligten Programme auf den neuesten Stand zu bringen, aber ohne Erfolg. Bei nächster Gelegenheit werde ich mal auf den 2.4.21-SuSE-Kernel von Mantel upgraden und mal sehen, ob sich da was geändert hat. Wenn das nicht hilft, mach' ich als nächstes ein Downgrade des Kernels, denn abgeblich soll das nämlich bei SuSE 8.1 noch funktioniert haben. Ich halte Dich auf dem Laufenden, falls ich was rausfinde. Viele Grüße Wolfgang
Hallo Wolfgang, Am Mittwoch, 13. August 2003 15:35 schrieb Wolfgang Wershofen:
Moin Moin,
ich habe ein Problem mit meinem SCSI-Scanner UMAX Astra 1200S unter SuSE 8.2: Ich kann einmal damit scannen, beim zweiten Scanversuch bekomme ich einen "Kernel panic".
Dieser sieht auf der System-Console (Alt-F10) entweder so
athlon kernel: (scsi0:A:5:0): refuses synchronous negoitation. Using asynchronous transfers Oops: 0000 2.4.20-4GB-athlon #1 Mon Mar 17 17:56:47 UTC 2003 CPU: 0 EIP: 0010:[<c0217dba>] Not tainted EFLAGS: 00010286 eax: 00000000 ebx: c161d880 ecx: 79736120 edx: d21d23c0 esi: 00000000 edi: fffffffe ebp: cdb6f600 esp: c0339f24 ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0339000) Stack: cdb6f600 00000000 00000286 cdb6f600 00000000 fffffffe 00000046 c0217c98 cdb6f600 cdb6f600 00000000 c0369ac0 c01225a2 c01224ab 00000008 00000001 c01222b4 c0369ac0 c0365a40 00000005 dfc92d00 00000140 c010a8e9 00000005 Call Trace: [<c0217c98>] [<c01225a2>] [<c01224ab>] [<c01222b4>] [<c010a8e9>] [<c0106f00>] [<c010cd08>] [<c0106f00>] [<c0106f23>] [<c0106f82>] [<c0105000>] Code: 8b 81 8c 01 00 00 85 c0 89 42 04 74 10 8d b1 14 01 00 00 8d <0>Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing
Ich habe hier den gleichen Scanner mit einer alten NCR 53 810 SCS karte laufen. Nur dein Problem (oder auch eures) habe ich nicht. Ich lese hier den Mail-Verkehr interessiert mit aber habe leider keine Lösung für dich. An meinem Adapter hängen noch 4 SCSI Platten und ein SCSI Brenner. Alles zusammen läuft tadellos. Vielleicht ist der große Unterschied der das ich den Rechner nie ausschalte und auch den Scanner nicht. Nach einer gewissen Zeit wenn ich gescannt habe geht auch die Scannerlampe aus und er braucht dann etwas länger um neu zu starten. Wenn ich das so lese frage ich mich warum es hier läuft aber bei euch nicht?! Du schreibst das Ausserdem noch eine DVD-Laufwerk an der Karte hängt. DVD SCSI? Vielleicht sollten wir unsere Kisten mal mehr vergleichen. Gruß Frank
Am Mittwoch, 20. August 2003 um 01:21 schrieb Frank Babies:
ich habe ein Problem mit meinem SCSI-Scanner UMAX Astra 1200S unter SuSE 8.2: Ich kann einmal damit scannen, beim zweiten Scanversuch bekomme ich einen "Kernel panic".
Ich habe hier den gleichen Scanner mit einer alten NCR 53 810 SCS karte laufen. Nur dein Problem (oder auch eures) habe ich nicht.
Hmm, das würde IMHO darauf hindeuten, daß es tatsächlich an dem SCSI-Kernelmodul aic7xxx hängt. Bei Dir ist da sicherlich ein anderes Modul geladen, oder? (...)
Vielleicht ist der große Unterschied der das ich den Rechner nie ausschalte und auch den Scanner nicht. Nach einer gewissen Zeit wenn ich gescannt habe geht auch die Scannerlampe aus und er braucht dann etwas länger um neu zu starten.
Ne, das kann es eigentlich nicht sein, weil das bei mir im Prinzip genauso ist.
Wenn ich das so lese frage ich mich warum es hier läuft aber bei euch nicht?! Du schreibst das Ausserdem noch eine DVD-Laufwerk an der Karte hängt. DVD SCSI?
Vielleicht sollten wir unsere Kisten mal mehr vergleichen.
Ich denke, der Hauptunterschied wird die andere SCSI-Karte sein bzw. das Kernel-Modul, welches für die SCSI-Karte geladen wird. Bei Dir dürfte das Modul mcr53c8xx.o heißen, bei mir aic7xxx.o. Korrekt? Das allein scheint es aber auch nicht wirklich zu sein. Ich habe schon versucht, das Modul /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx/aic7xxx.o durch /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx_old.o zu ersetzen, indem ich das alte Modul einfach über das neue drüberkopiert habe, das Ergebnis blieb aber unverändert ein Kernel Panic. Frage: Kann man das eigentlich so machen, oder wie muß ich vorgehen, wenn ich ein Kernel-Modul durch ein anderes ersetzen will? Viele Grüße Wolfgang
Hallo Wolfgang, Am Mittwoch, 20. August 2003 11:09 schrieb Wolfgang Wershofen:
Am Mittwoch, 20. August 2003 um 01:21 schrieb Frank Babies:
ich habe ein Problem mit meinem SCSI-Scanner UMAX Astra 1200S unter SuSE 8.2: Ich kann einmal damit scannen, beim zweiten Scanversuch bekomme ich einen "Kernel panic".
Ich habe hier den gleichen Scanner mit einer alten NCR 53 810 SCS karte laufen. Nur dein Problem (oder auch eures) habe ich nicht.
Hmm, das würde IMHO darauf hindeuten, daß es tatsächlich an dem SCSI-Kernelmodul aic7xxx hängt. Bei Dir ist da sicherlich ein anderes Modul geladen, oder?
Jep hier ist der sym53c8xx.o geladen.
Das allein scheint es aber auch nicht wirklich zu sein. Ich habe schon versucht, das Modul /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx/aic7xxx.o durch /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx_old.o zu ersetzen, indem ich das alte Modul einfach über das neue drüberkopiert habe, das Ergebnis blieb aber unverändert ein Kernel Panic.
Frage: Kann man das eigentlich so machen, oder wie muß ich vorgehen, wenn ich ein Kernel-Modul durch ein anderes ersetzen will?
Moment.. Nein so geht das nicht. Am einfachsten ist es das Modul per rmmod rauzuwerfen und mit modprobe das neue zu laden. rmmod aic7xxx modprobe aic7xxx_old Es sei den es hängt etwas am SCSI Bus was gerade in gebrauch ist. Das muß natürlich vorher gestopt werden da das modul sonst bussy ist. Funz das ganze dann das Modul in "Yast2 -> Editor für /etc/sysconfig -> System -> Kernel -> INITRD_MODULES" ändern. Gruß Frank
Am Mittwoch, 20. August 2003 um 12:06 schrieb Frank Babies:
Am Mittwoch, 20. August 2003 11:09 schrieb Wolfgang Wershofen:
Das allein scheint es aber auch nicht wirklich zu sein. Ich habe schon versucht, das Modul /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx/aic7xxx.o durch /lib/modules/2.4.20-4GB/kernel/drivers/scsi/aic7xxx_old.o zu ersetzen, indem ich das alte Modul einfach über das neue drüberkopiert habe, das Ergebnis blieb aber unverändert ein Kernel Panic.
Frage: Kann man das eigentlich so machen, oder wie muß ich vorgehen, wenn ich ein Kernel-Modul durch ein anderes ersetzen will?
Moment.. Nein so geht das nicht. Am einfachsten ist es das Modul per rmmod rauzuwerfen und mit modprobe das neue zu laden. rmmod aic7xxx modprobe aic7xxx_old
Es sei den es hängt etwas am SCSI Bus was gerade in gebrauch ist. Das muß natürlich vorher gestopt werden da das modul sonst bussy ist. Funz das ganze dann das Modul in "Yast2 -> Editor für /etc/sysconfig ->> System -> Kernel -> INITRD_MODULES" ändern.
Tja, die ganzen Optionen mit rmmod & modprobe und Ändern des Moduls über Yast2 hatte ich alle schon hinter mir - es ändert einfach nichts und mir gehen langsam die Ideen aus. Mir scheint einfach, die Kombination "AHA2940 -> Astra Scanner" wird weder im aic7xxx.o noch im aic7xxx_old.o des 2.4.20er Kernels korrekt behandelt. Es wird mir wohl nichts anderes übrig bleiben, als mal mit anderen Kerneln zu experimentieren. Viele Grüße Wolfgang
participants (3)
-
Christian Kuecherer -
Frank Babies -
Wolfgang Wershofen