Hallo, ich habe vor kurzem einen Rechner mit Linux (SuSE 7.3) installiert. Den Kernel 2.4.18 habe ich selbst geschmiedet. Mein Problem liegt nun darin, dass der Kernel von Zeit zu Zeit die Meldung "hda: lost interrupt" macht. Dabei ist die Festplatte kurze Zeit (etwa 5 Sek.) inaktiv, um danach wieder zu starten. Das geschieht speziell dann, wenn ich X durch strg-alt-backspace beende. Da auf dem Rechner normalerweiser kein X läuft, stört mich das auch nicht weiter, aber das selbe geschieht auch bei sehr hoher Last verursacht durch andere Prozesse. Meine Hardwareausstattung: Mainboard Elitegroup K7s5a, CPU: AMD Duron 1200 eth0: realtek 8139 eth1: realtek 8139 eht2: onboard sis900 sound: onboard hda: WDC WD200EB-00bhf0 hdb: ST340810a 32-Bit Transfermodus und DMA sind aktiviert. Da das Mainboard brandneu ist, schließe ich einen Fehler des IDE-Controllers aus. Auch die Festplatten habe ich gecheckt, hda lief bereits ein halbes Jahr lang ohne Probleme in einem anderen Rechner (ebenfalls mit DMA, 32bit). vielen Dank für Eure Hilfe. mfg, sam
Hi Kasimir,
Am Sonntag, 21. Juli 2002 20:23 schrieb Samuel Edlmeier:
Mainboard Elitegroup K7s5a,
Hi Sam,
ich habe das gleiche Mainboard 2 x , 1 x Linux Suse 8.0 1 x Win 98
Wo taucht die Meldung auf ? (in welchem log)
Die Meldung taucht bei mir auf Konsole 10 auf bzw. auf der Konsole, wo syslogd seine Meldungen anzeigt bzw. in der Datei /var/log/messages. Wo syslogd seine Meldungen ausgibt, wird letzlich in der Datei /etc/syslog.conf definiert. Was ich zuvor noch vergessen habe: Die Ausgabe von cat /proc/interrupts sieht so aus: CPU0 0: 44387322 XT-PIC timer 1: 120528 XT-PIC keyboard 2: 0 XT-PIC cascade 11: 18413000 XT-PIC eth0, eth1, eth2, SiS 7012 14: 907013 XT-PIC ide0 15: 2299 XT-PIC ide1 NMI: 0 ERR: 0 Hast du ähnliche Probleme mit deinem Mainboard? mfg, sam
Am Sonntag, 21. Juli 2002 21:31 schrieb Samuel Edlmeier:
Hi Kasimir,
Am Sonntag, 21. Juli 2002 20:23 schrieb Samuel Edlmeier:
Mainboard Elitegroup K7s5a,
Hi Sam,
ich habe das gleiche Mainboard 2 x , 1 x Linux Suse 8.0 1 x Win 98
Wo taucht die Meldung auf ? (in welchem log)
Die Meldung taucht bei mir auf Konsole 10 auf bzw. auf der Konsole, wo syslogd seine Meldungen anzeigt bzw. in der Datei /var/log/messages. Wo syslogd seine Meldungen ausgibt, wird letzlich in der Datei /etc/syslog.conf definiert.
Was ich zuvor noch vergessen habe: Die Ausgabe von cat /proc/interrupts sieht so aus:
CPU0 0: 44387322 XT-PIC timer 1: 120528 XT-PIC keyboard 2: 0 XT-PIC cascade 11: 18413000 XT-PIC eth0, eth1, eth2, SiS 7012 14: 907013 XT-PIC ide0 15: 2299 XT-PIC ide1 NMI: 0 ERR: 0
Hast du ähnliche Probleme mit deinem Mainboard?
mfg, sam
No, weder auf der X-Console noch in messages, habe allderdings nur eine zusätzliche Ethernet-Karte (realtek 8029) drin, dafür noch eine 2. IDE und SCSI-Karte. mfg Kasimir Müller
Am Sonntag, 21. Juli 2002 21:31 schrieb Samuel Edlmeier:
Was ich zuvor noch vergessen habe: Die Ausgabe von cat /proc/interrupts sieht so aus:
CPU0 0: 44387322 XT-PIC timer 1: 120528 XT-PIC keyboard 2: 0 XT-PIC cascade 11: 18413000 XT-PIC eth0, eth1, eth2, SiS 7012 [...]
Sind das nicht ein wenig viele Hardware-Komponenten auf einem Interrupt (IRQ 11)? Ändere mal die Interrupts für einige dieser Geräte (z.B. auf 10 und 9, sollte mit einer mitgelieferten Diskette gehen.) (Ich weiss nicht ob dies direkt etwas mit deinem Problem zu tun hat, aber es schadet sicherlich nicht dies zu ändern.) Grüsse, Nicolas
Am Sonntag, 21. Juli 2002 20:34 schrieb Nicolas Rüegg:
CPU0 0: 44387322 XT-PIC timer 1: 120528 XT-PIC keyboard 2: 0 XT-PIC cascade 11: 18413000 XT-PIC eth0, eth1, eth2, SiS 7012
[...]
Sind das nicht ein wenig viele Hardware-Komponenten auf einem Interrupt (IRQ 11)? Ändere mal die Interrupts für einige dieser Geräte (z.B. auf 10 und 9, sollte mit einer mitgelieferten Diskette gehen.) (Ich weiss nicht ob dies direkt etwas mit deinem Problem zu tun hat, aber es schadet sicherlich nicht dies zu ändern.)
Ich habe die Interrupt-Belegung geändert (eth0 und eth2 jetzt auf irq 5), aber das Problem besteht leider weiterhin ... grüße, sam
* Samuel Edlmeier
ich habe vor kurzem einen Rechner mit Linux (SuSE 7.3) installiert. Den Kernel 2.4.18 habe ich selbst geschmiedet.
Mein Problem liegt nun darin, dass der Kernel von Zeit zu Zeit die Meldung "hda: lost interrupt" macht. Dabei ist die Festplatte kurze Zeit (etwa 5 Sek.) inaktiv, um danach wieder zu starten. Das geschieht speziell dann, wenn ich X durch strg-alt-backspace beende. Da auf dem Rechner normalerweiser kein X läuft, stört mich das auch nicht weiter, aber das selbe geschieht auch bei sehr hoher Last verursacht durch andere Prozesse.
In der /var/log/warn sollte sich da mehr Info finden lassen. Maile mal einen Abschnitt daraus. cu flo -- Trolle und Elche können ja auch nichts dafür das sie irgendwann mal geboren wurden. [WoKo in dag°]
Am Montag, 22. Juli 2002 20:51 schrieb Florian Gross: Hallo Florian, hier ein Ausschnitt aus der /var/log/warn:
* Samuel Edlmeier
textete am 21.07.02: ich habe vor kurzem einen Rechner mit Linux (SuSE 7.3) installiert. Den Kernel 2.4.18 habe ich selbst geschmiedet.
Mein Problem liegt nun darin, dass der Kernel von Zeit zu Zeit die Meldung "hda: lost interrupt" macht. Dabei ist die Festplatte kurze Zeit (etwa 5 Sek.) inaktiv, um danach wieder zu starten. Das geschieht speziell dann, wenn ich X durch strg-alt-backspace beende. Da auf dem Rechner normalerweiser kein X läuft, stört mich das auch nicht weiter, aber das selbe geschieht auch bei sehr hoher Last verursacht durch andere Prozesse.
In der /var/log/warn sollte sich da mehr Info finden lassen.
Maile mal einen Abschnitt daraus.
// ------------ Jul 21 22:57:46 samuel kernel: SiS735 Jul 21 22:57:46 samuel kernel: ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA Jul 21 22:57:46 samuel kernel: ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA Jul 21 22:57:46 samuel kernel: hda: WDC WD200EB-00BHF0, ATA DISK drive Jul 21 22:57:46 samuel kernel: hdb: ST340810A, ATA DISK drive Jul 21 22:57:46 samuel kernel: hdd: SAMSUNG CD-ROM SC-152C, ATAPI CD/DVD-ROM drive Jul 21 22:57:46 samuel kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Jul 21 22:57:46 samuel kernel: ide1 at 0x170-0x177,0x376 on irq 15 Jul 21 22:57:46 samuel kernel: hdd: ATAPI 52X CD-ROM drive, 128kB Cache, DMA Jul 21 22:57:46 samuel kernel: ide-floppy driver 0.97.sv Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:0f.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip Jul 21 22:57:46 samuel kernel: 8139cp: Try the "8139too" driver instead. Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:11.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip Jul 21 22:57:46 samuel kernel: 8139cp: Try the "8139too" driver instead. Jul 21 22:57:46 samuel kernel: ide-floppy driver 0.97.sv Jul 21 22:57:46 samuel kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes Jul 21 22:57:46 samuel kernel: TCP: Hash tables configured (established 16384 bind 16384) Jul 21 22:57:46 samuel kernel: reiserfs: checking transaction log (device 03:02) ... Jul 21 22:57:46 samuel kernel: Using tea hash to sort names Jul 21 22:57:46 samuel kernel: reiserfs: using 3.5.x disk format Jul 21 22:57:46 samuel kernel: ReiserFS version 3.6.25 Jul 21 22:57:46 samuel kernel: VFS: Mounted root (reiserfs filesystem) readonly. Jul 21 22:57:46 samuel kernel: Freeing unused kernel memory: 212k freed Jul 21 22:57:46 samuel kernel: reiserfs: checking transaction log (device 03:41) ... Jul 21 22:57:46 samuel kernel: Using r5 hash to sort names Jul 21 22:57:46 samuel kernel: reiserfs: using 3.5.x disk format Jul 21 22:57:46 samuel kernel: ReiserFS version 3.6.25 Jul 21 22:57:46 samuel kernel: i810_audio: Audio Controller supports 2 channels. Jul 21 22:57:46 samuel kernel: i810_audio: only 48Khz playback available. Jul 21 22:57:46 samuel kernel: i810_audio: AC'97 codec 0 Unable to map surround DAC's (or DAC's not present), total channels = 2 Jul 21 23:02:16 samuel kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Jul 21 23:02:16 samuel kernel: end_request: I/O error, dev 02:00 (floppy), sector 0 Jul 21 23:02:17 samuel modprobe: modprobe: Can't locate module block-major-80 Jul 21 23:02:17 samuel last message repeated 15 times Jul 21 23:02:17 samuel modprobe: modprobe: Can't locate module block-major-104 Jul 21 23:02:17 samuel last message repeated 7 times Jul 21 23:02:17 samuel modprobe: modprobe: Can't locate module block-major-105 Jul 21 23:02:17 samuel last message repeated 7 times Jul 21 23:04:53 samuel pppd[333]: Couldn't release PPP unit: Inappropriate ioctl for device Jul 21 23:04:57 samuel kdm[1030]: fatal IO error 32 (Broken pipe) Jul 21 23:04:59 samuel kernel: hda: DMA disabled Jul 21 23:04:59 samuel kernel: hdb: DMA disabled // -------- Obwohl hier groß "DMA disabled" zu lesen ist, ist DMA laud hdparm aber scheinbar immer aktiviert.?!? grüße, sam
* Samuel Edlmeier
Am Montag, 22. Juli 2002 20:51 schrieb Florian Gross:
Hallo Florian, hier ein Ausschnitt aus der /var/log/warn:
Hmmm, mehr steht da nicht dazu drin? (Ich komemntiere mal ein wenig)
Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:0f.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
Hat zwar nichts damit zu tun, aber gehen bei dir PCI- Karten?
Jul 21 23:02:16 samuel kernel: end_request: I/O error, dev 02:00 (floppy), sector 0
Kaputte Diskette... dürfte auch nichts damit zu tun haben. ;-)
Jul 21 23:04:53 samuel pppd[333]: Couldn't release PPP unit: Inappropriate ioctl for device
PPP streßt auch rum.
Jul 21 23:04:57 samuel kdm[1030]: fatal IO error 32 (Broken pipe)
KDM schmiert ab und
Jul 21 23:04:59 samuel kernel: hda: DMA disabled Jul 21 23:04:59 samuel kernel: hdb: DMA disabled
Und diese zwei Zeilen sind alles dazu? Was ich meinte, war etwas in der Art wie Mar 27 04:30:11 florian kernel: hda: irq timeout: status=0xd0 { Busy } Mar 27 04:30:11 florian kernel: hda: status timeout: status=0xd0 { Busy } Mar 27 04:30:11 florian kernel: hda: DMA disabled Mar 27 04:30:11 florian kernel: hda: drive not ready for command Mar 27 04:30:12 florian kernel: ide0: reset: success Mar 27 04:32:14 florian kernel: hdc: irq timeout: status=0xd0 { Busy } Mar 27 04:34:08 florian kernel: hdc: status timeout: status=0xd0 { Busy } Mar 27 04:34:08 florian kernel: hdc: drive not ready for command Oder: Jul 2 04:32:43 florian kernel: hda: timeout waiting for DMA Jul 2 04:32:43 florian kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hdb: DMA disabled Jul 2 04:32:43 florian kernel: ide0: reset: success Jul 2 04:34:18 florian kernel: hdd: dma_intr: status=0xff { Busy } Jul 2 04:34:18 florian kernel: hdc: DMA disabled Jul 2 04:34:18 florian kernel: hdd: DMA disabled Jul 2 04:34:22 florian kernel: ide1: reset: success Jul 2 04:34:38 florian kernel: hda: timeout waiting for DMA Jul 2 04:34:38 florian kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Jul 8 18:21:09 florian kernel: hdd: irq timeout: status=0xff { Busy } Jul 8 18:21:09 florian kernel: ide1: reset: success [...] Jul 9 04:50:42 florian kernel: hdd: irq timeout: status=0xff { Busy } Jul 9 04:50:42 florian kernel: ide1: reset: success Außer das DMA ausgeschaltet wurde, finde ich nichts zu deinem Problem. cu flo -- Hier ruht Theo Dörken. \__________ Deckel zu, Theo tot! [WoKo in dag°]
Vielen Dank für Eure Kommentare, aber das Problem ist mittlerweile gelöst. Es lag seltsamerweise am Powermanagement - nachdem ich den "Advanced Powermanagement Bios Support" in den Kernel einkompiliert habe, tritt das Problem nicht mehr auf. Ich kann zwar keinen unmittelbaren Zusammenhang zwischen dem Powermanagement und der Meldung "hda: lost interrupt" herstellen, aber wenn's funktioniert, bin ich natürlich zufrieden. grüße und vielen Dank, sam
Hallo Florian, Am Dienstag, 23. Juli 2002 21:12 schrieb Florian Gross:
* Samuel Edlmeier
textete am 22.07.02:
Hmmm, mehr steht da nicht dazu drin? (Ich komemntiere mal ein wenig)
Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:0f.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
Hat zwar nichts damit zu tun, aber gehen bei dir PCI- Karten?
Ja, NW-Karten die laufen tadellos, der Kernel meldet schließlich "try the 8139too driver instead"
Jul 21 23:02:16 samuel kernel: end_request: I/O error, dev 02:00 (floppy), sector 0
Kaputte Diskette... dürfte auch nichts damit zu tun haben. ;-)
stimmt, die Diskette ist kaputt
Jul 21 23:04:53 samuel pppd[333]: Couldn't release PPP unit: Inappropriate ioctl for device
PPP streßt auch rum.
Ja, das stresst seit Kernel 2.4.18. Trotzdem funktioniert die DSL-Connection tadellos. Stört mich somit nicht weiter ;)
Jul 21 23:04:57 samuel kdm[1030]: fatal IO error 32 (Broken pipe)
KDM schmiert ab und
Mit Absicht strg-alt-bspace, um den Lost-Interrupt Fehler zu erzwingen
Jul 21 23:04:59 samuel kernel: hda: DMA disabled Jul 21 23:04:59 samuel kernel: hdb: DMA disabled
Und diese zwei Zeilen sind alles dazu?
Ja, mehr steht nicht im Logfile.
Was ich meinte, war etwas in der Art wie
Mar 27 04:30:11 florian kernel: hda: irq timeout: status=0xd0 { Busy } Mar 27 04:30:11 florian kernel: hda: status timeout: status=0xd0 { Busy } Mar 27 04:30:11 florian kernel: hda: DMA disabled Mar 27 04:30:11 florian kernel: hda: drive not ready for command Mar 27 04:30:12 florian kernel: ide0: reset: success Mar 27 04:32:14 florian kernel: hdc: irq timeout: status=0xd0 { Busy } Mar 27 04:34:08 florian kernel: hdc: status timeout: status=0xd0 { Busy } Mar 27 04:34:08 florian kernel: hdc: drive not ready for command
Oder:
Jul 2 04:32:43 florian kernel: hda: timeout waiting for DMA Jul 2 04:32:43 florian kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hda: read_intr: status=0x51 { DriveReady SeekComplete Error } Jul 2 04:32:43 florian kernel: hda: read_intr: error=0x04 { DriveStatusError } Jul 2 04:32:43 florian kernel: hdb: DMA disabled Jul 2 04:32:43 florian kernel: ide0: reset: success Jul 2 04:34:18 florian kernel: hdd: dma_intr: status=0xff { Busy } Jul 2 04:34:18 florian kernel: hdc: DMA disabled Jul 2 04:34:18 florian kernel: hdd: DMA disabled Jul 2 04:34:22 florian kernel: ide1: reset: success Jul 2 04:34:38 florian kernel: hda: timeout waiting for DMA Jul 2 04:34:38 florian kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14 Jul 8 18:21:09 florian kernel: hdd: irq timeout: status=0xff { Busy } Jul 8 18:21:09 florian kernel: ide1: reset: success [...] Jul 9 04:50:42 florian kernel: hdd: irq timeout: status=0xff { Busy } Jul 9 04:50:42 florian kernel: ide1: reset: success
Außer das DMA ausgeschaltet wurde, finde ich nichts zu deinem Problem.
Problem bereits gelöst (siehe "IDE-Probleme -DIE LÖSUNG"!), vielen Dank nochmals!
cu flo
bg, sam
Hallo, On Wed, 24 Jul 2002, Samuel Edlmeier wrote:
Am Dienstag, 23. Juli 2002 21:12 schrieb Florian Gross:
* Samuel Edlmeier
textete am 22.07.02: Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:0f.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
Hat zwar nichts damit zu tun, aber gehen bei dir PCI- Karten?
Ja, NW-Karten die laufen tadellos, der Kernel meldet schließlich "try the 8139too driver instead"
Dem Hinweis solltest du evtl. mal Folge leisten. AFAIR ist der neue Treiber auch schneller...
Jul 21 23:04:53 samuel pppd[333]: Couldn't release PPP unit: Inappropriate ioctl for device
PPP streßt auch rum.
Ja, das stresst seit Kernel 2.4.18. Trotzdem funktioniert die DSL-Connection tadellos. Stört mich somit nicht weiter ;)
Welche pppd-Version ('pppd --version')? Laut Documentation/Changes sollte's mindestens 2.4.0 sein (besser aber wohl >= 2.4.1... Und welche Treiber-Variante verwendest du fuer DSL? Ich verwende den Kerneltreiber (pppoe.o+pppox.o) + pppd mit patch: # pppd --version Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded. PPPoE Plugin Initialized pppd version 2.4.1 -dnh -- "MIME might be okay for rec.clowns.silent, but not here." -- Jake Kesinger
Am Donnerstag, 25. Juli 2002 04:47 schrieb David Haller:
Hallo,
On Wed, 24 Jul 2002, Samuel Edlmeier wrote:
Am Dienstag, 23. Juli 2002 21:12 schrieb Florian Gross:
* Samuel Edlmeier
textete am 22.07.02: Jul 21 22:57:46 samuel kernel: 8139cp: pci dev 00:0f.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
Hat zwar nichts damit zu tun, aber gehen bei dir PCI- Karten?
Ja, NW-Karten die laufen tadellos, der Kernel meldet schließlich "try the 8139too driver instead"
Dem Hinweis solltest du evtl. mal Folge leisten. AFAIR ist der neue Treiber auch schneller...
du hast völlig recht, dieses Problem kommt als nächstes dran ;)
Jul 21 23:04:53 samuel pppd[333]: Couldn't release PPP unit: Inappropriate ioctl for device
PPP streßt auch rum.
Ja, das stresst seit Kernel 2.4.18. Trotzdem funktioniert die DSL-Connection tadellos. Stört mich somit nicht weiter ;)
Welche pppd-Version ('pppd --version')? Laut Documentation/Changes sollte's mindestens 2.4.0 sein (besser aber wohl >= 2.4.1... Und welche Treiber-Variante verwendest du fuer DSL? Ich verwende den Kerneltreiber (pppoe.o+pppox.o) + pppd mit patch:
# pppd --version Plugin /usr/lib/pppd/2.4.1/pppoe.so loaded. PPPoE Plugin Initialized pppd version 2.4.1
Vielen Dank für den Hinweis. Nachdem ich nun auf die aktuelle Version upgegraded habe, ist auch dieses Problem behoben.
-dnh
-- "MIME might be okay for rec.clowns.silent, but not here." -- Jake Kesinger
participants (5)
-
David Haller
-
Florian Gross
-
Kasimir Müller
-
Nicolas Rüegg
-
Samuel Edlmeier