Hallo System SuSE 6.4 k 2.2.19 alle updates eingespielt! Hier ein Auszug aus /var/log/messages: Jul 9 03:16:28 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:16:28 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:17:14 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:17:14 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:17:14 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:17:14 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:17:14 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:17:14 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:19:43 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:19:43 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:19:43 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:19:43 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:19:43 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:19:43 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:19:44 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 9 03:19:44 local kernel: hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } Jul 9 03:19:44 local kernel: hdd: DMA disabled Jul 9 03:19:44 local kernel: ide1: reset: success oder Jul 10 18:23:39 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:23:39 local kernel: hda: DMA disabled Jul 10 18:23:39 local kernel: hdb: DMA disabled Jul 10 18:23:39 local kernel: hda: drive not ready for command Jul 10 18:23:42 local kernel: ide0: reset: success Jul 10 18:24:04 local kernel: hdb: status timeout: status=0xd0 { Busy } Jul 10 18:24:04 local kernel: hdb: drive not ready for command Jul 10 18:24:04 local kernel: SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 10000 Jul 10 18:24:04 local kernel: scsidisk I/O error: dev 08:11, sector 1310752 Jul 10 18:24:19 local kernel: ide0: reset: success Jul 10 18:28:39 local kernel: hda: irq timeout: status=0x80 { Busy } Jul 10 18:28:51 local kernel: ide0: reset: success Jul 10 18:29:19 local kernel: hdb: irq timeout: status=0xd8 { Busy } Jul 10 18:29:49 local kernel: ide0: reset timed-out, status=0x80 Jul 10 18:29:49 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:29:49 local kernel: hda: drive not ready for command Jul 10 18:29:53 local kernel: ide0: reset: success Ich habe vor ca 2 Wochen diese Platten von einem 200MMX in einen PII 400 umgebaut! Da kein KDE etc . läuft habe ich an der Konfig nichts umgestellt! (Platten umgeschraubt und hochgefahren) Nach der Umstellung habe im Bios ein Load Bios Defaults gemacht! Dannach PM disabled. Und USB dis. Das Brett ist ein BX2000 von ASUS mit dem BiosFlash V5. Vor der Umstellung lief alles prima, jetzt nicht mehr (Ich könnte die Graxen aus dem Fenster schmeissen) Kann mir jemand sagen was ich ändern muss, damit ich die Meldungen wegbekomme? Die Meldung war bis heute nicht lästig. Doch heute meckerte plötzlich der Kernel im messages: (habe die Zeilen umgebrochen - zur Lesbarkeit!) Jul 11 04:46:58 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #1309575: rec_len %% 4 != 0 - offset=0, inode=4193215, r Jul 11 08:31:30 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #2: rec_len %% 4 != 0 - offset=0, inode=6488163, rec_len ex2fsck fand unzählige Fehler und hängte sich danach auf (blieb stehen), der Rechner reagierte aber noch normal! Ich hatte eine Sicherung der Platte und hab die Platte erstmals deaktiviert (umount). Danke Marco
Marco Kammerer schrieb:
Hallo
System SuSE 6.4 k 2.2.19 alle updates eingespielt!
Hier ein Auszug aus /var/log/messages:
[ Fehler von /dev/hdc ]
oder
Jul 10 18:23:39 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:23:39 local kernel: hda: DMA disabled Jul 10 18:23:39 local kernel: hdb: DMA disabled Jul 10 18:23:39 local kernel: hda: drive not ready for command Jul 10 18:23:42 local kernel: ide0: reset: success Jul 10 18:24:04 local kernel: hdb: status timeout: status=0xd0 { Busy } Jul 10 18:24:04 local kernel: hdb: drive not ready for command Jul 10 18:24:04 local kernel: SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 10000 Jul 10 18:24:04 local kernel: scsidisk I/O error: dev 08:11, sector 1310752 Jul 10 18:24:19 local kernel: ide0: reset: success Jul 10 18:28:39 local kernel: hda: irq timeout: status=0x80 { Busy } Jul 10 18:28:51 local kernel: ide0: reset: success Jul 10 18:29:19 local kernel: hdb: irq timeout: status=0xd8 { Busy } Jul 10 18:29:49 local kernel: ide0: reset timed-out, status=0x80 Jul 10 18:29:49 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:29:49 local kernel: hda: drive not ready for command Jul 10 18:29:53 local kernel: ide0: reset: success
Ich habe vor ca 2 Wochen diese Platten von einem 200MMX in einen PII 400 umgebaut!
Aha!
Da kein KDE etc . läuft habe ich an der Konfig nichts umgestellt! (Platten umgeschraubt und hochgefahren)
Nach der Umstellung habe im Bios ein Load Bios Defaults gemacht! Dannach PM disabled. Und USB dis.
Das Brett ist ein BX2000 von ASUS mit dem BiosFlash V5.
Vor der Umstellung lief alles prima, jetzt nicht mehr (Ich könnte die Graxen aus dem Fenster schmeissen)
Dann prüfe doch mal die Verkabelung der Platten sehr gewissenhaft! Sitzen _alle_ Steckverbinder _wirlkich_fest_, Kabel unbeschädigt, keine Pins geknickt? Auch mal ein anderes IDE-Kabel probieren!
Kann mir jemand sagen was ich ändern muss, damit ich die Meldungen wegbekomme?
Die Meldung war bis heute nicht lästig. Doch heute meckerte plötzlich der Kernel im messages: (habe die Zeilen umgebrochen - zur Lesbarkeit!)
Jul 11 04:46:58 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #1309575: rec_len %% 4 != 0 - offset=0, inode=4193215, r
Jul 11 08:31:30 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #2: rec_len %% 4 != 0 - offset=0, inode=6488163, rec_len
ex2fsck fand unzählige Fehler und hängte sich danach auf (blieb stehen), der Rechner reagierte aber noch normal!
Was meinst Du damit? Wieso reagiert Rechner "normal", wenn e2fsck "stehen" bleibt? Das paßt doch nicht zusammen! Sieht mit den verstreuten zufällig auftretenden (?) Fehlern ganz nach einem HW-Problem aus. Ein Zusammenhang mit Deinen Umbaumaßnahmen erscheint plausibel. Hth, Norbert
Hallo Norbert Kordts schrieb:
Hallo
System SuSE 6.4 k 2.2.19 alle updates eingespielt!
Hier ein Auszug aus /var/log/messages:
[ Fehler von /dev/hdc ]
soll ich das Teil über die Häuser hauen? Das Ding bis jetzt immer gut (bis vor den Umbau) Ich könnte mir in den Arsch beissen. (Never change a running ... kennt eh jeder den Spruch)
oder
Jul 10 18:23:39 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:23:39 local kernel: hda: DMA disabled Jul 10 18:23:39 local kernel: hdb: DMA disabled Jul 10 18:23:39 local kernel: hda: drive not ready for command Jul 10 18:23:42 local kernel: ide0: reset: success Jul 10 18:24:04 local kernel: hdb: status timeout: status=0xd0 { Busy } Jul 10 18:24:04 local kernel: hdb: drive not ready for command Jul 10 18:24:04 local kernel: SCSI disk error : host 0 channel 0 id 5 lun 0 return code = 10000 Jul 10 18:24:04 local kernel: scsidisk I/O error: dev 08:11, sector 1310752 Jul 10 18:24:19 local kernel: ide0: reset: success Jul 10 18:28:39 local kernel: hda: irq timeout: status=0x80 { Busy } Jul 10 18:28:51 local kernel: ide0: reset: success Jul 10 18:29:19 local kernel: hdb: irq timeout: status=0xd8 { Busy } Jul 10 18:29:49 local kernel: ide0: reset timed-out, status=0x80 Jul 10 18:29:49 local kernel: hda: status timeout: status=0x80 { Busy } Jul 10 18:29:49 local kernel: hda: drive not ready for command Jul 10 18:29:53 local kernel: ide0: reset: success
Ich habe vor ca 2 Wochen diese Platten von einem 200MMX in einen PII 400 umgebaut!
Aha!
Da kein KDE etc . läuft habe ich an der Konfig nichts umgestellt! (Platten umgeschraubt und hochgefahren)
Nach der Umstellung habe im Bios ein Load Bios Defaults gemacht! Dannach PM disabled. Und USB dis.
Das Brett ist ein BX2000 von ASUS mit dem BiosFlash V5.
Vor der Umstellung lief alles prima, jetzt nicht mehr (Ich könnte die Graxen aus dem Fenster schmeissen)
Dann prüfe doch mal die Verkabelung der Platten sehr gewissenhaft! Sitzen _alle_ Steckverbinder _wirlkich_fest_, Kabel unbeschädigt, keine Pins geknickt? Auch mal ein anderes IDE-Kabel probieren!
Werd ich machen! Tausche einfach mal alle aus!
Kann mir jemand sagen was ich ändern muss, damit ich die Meldungen wegbekomme?
Die Meldung war bis heute nicht lästig. Doch heute meckerte plötzlich der Kernel im messages: (habe die Zeilen umgebrochen - zur Lesbarkeit!)
Jul 11 04:46:58 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #1309575: rec_len %% 4 != 0 - offset=0, inode=4193215, r
Jul 11 08:31:30 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #2: rec_len %% 4 != 0 - offset=0, inode=6488163, rec_len
ex2fsck fand unzählige Fehler und hängte sich danach auf (blieb stehen), der Rechner reagierte aber noch normal!
Was meinst Du damit? Wieso reagiert Rechner "normal", wenn e2fsck "stehen" bleibt? Das paßt doch nicht zusammen!
hier die meldung local:~ # umount /dev/hdb1 local:~ # e2fsck /dev/hdb1 e2fsck 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09 /dev/hdb1: clean, 22750/2062368 files, 1514849/2062336 blocks local:~ # e2fsck /dev/hdb1 -f e2fsck 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09 Pass 1: Checking inodes, blocks, and sizes dann tut sich nix mehr! Sense! Ich habe auch versucht andere Partitionen zu checken! Hier bleibt er ebenfalls hängen. Ich werde wahrscheinlich die hds in einen anderen Rechner einbauen und dann e2scken! Sehr wahrscheinlich hat / auch was abbekommen! Ich hoffe ich muss nicht alles neu installieren! Kann ich / auch checken ? man sollte doch nicht e2fsck auf einer gemoutendem Partition. Ich trau mich gar nicht das Teil abzudrehen! Wenn er beim Starten einen Check will (>20 Boots), kann ich das Zeug gar nixht abbrechen!
Sieht mit den verstreuten zufällig auftretenden (?) Fehlern ganz nach einem HW-Problem aus. Ein Zusammenhang mit Deinen Umbaumaßnahmen erscheint plausibel. Ja mir auch, davor hat nix gefehlt, nur war er einfachzu langsam und hatte zuwenig RAM (alte 128MB)
Marco
Hi, habe ähnliche Probleme auch mal gehabt. Folgendes zum Lösungsansatz: 1. RAM Problem: als ich Speicher erweitert hatte, spielte mein PC verrückt, mal fuhr er hoch, mal nicht. Mal blieb er schon beim booten mittendrin stehen. Erfahrung: nicht jedes Motherboard verträgt den gleichen Speicher. Auf manchem läufts, auf anderen nicht. Mit Marken RAM bist du auf der sicheren Seite, auch wenn es etwas teurer ist. 2. DMA tuning-probs. Das Böseste ist mir passiert, als ich pauschal per Yast das DMA tuning eingeschaltet hatte. Danach lief erst alles bestens, und dann lief auf einmal aufn einer Platte gar nichts mehr. War selbst nicht mehr zu reparieren. Ca.70% der Daten habe ich noch retten können , der Rest war inne Dütten!
----- Original Message -----
From: "Marco Kammerer"
Ich habe vor ca 2 Wochen diese Platten von einem 200MMX in einen PII 400 umgebaut!
Da kein KDE etc . läuft habe ich an der Konfig nichts umgestellt! (Platten umgeschraubt und hochgefahren)
Nach der Umstellung habe im Bios ein Load Bios Defaults gemacht! Dannach PM disabled. Und USB dis.
Das Brett ist ein BX2000 von ASUS mit dem BiosFlash V5.
Vor der Umstellung lief alles prima, jetzt nicht mehr (Ich könnte die Graxen aus dem Fenster schmeissen)
Kann mir jemand sagen was ich ändern muss, damit ich die Meldungen wegbekomme?
Die Meldung war bis heute nicht lästig. Doch heute meckerte plötzlich der Kernel im messages: (habe die Zeilen umgebrochen - zur Lesbarkeit!)
Jul 11 04:46:58 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #1309575: rec_len %% 4 != 0 - offset=0, inode=4193215, r
Jul 11 08:31:30 local kernel: EXT2-fs error (device ide0(3,65)): ext2_readdir: bad entry in directory #2: rec_len %% 4 != 0 - offset=0, inode=6488163, rec_len
ex2fsck fand unzählige Fehler und hängte sich danach auf (blieb stehen), der Rechner reagierte aber noch normal!
Ich hatte eine Sicherung der Platte und hab die Platte erstmals deaktiviert (umount).
Danke Marco
Hallo, kann mit deinen Fehlermeldungen zwar auch nicht allzuviel anfangen, aber ich hatte mal ähnliche Probleme und die lösten sich allesamt schlagartig, indem ich spaßeshalber mal ein Speichermodul auf Verdacht austauschte und siehe da: lief alles wieder wie geschmiert. Der Fehler mit den Filesystem- Errors trat anfangs nur sporadisch auf, wurde so nach einigen Monaten dann immer häufiger und schließlich ließ sich das System nicht mehr hochfahren. Vielleicht auch DMA für die Platten aktiviert, und die vertragen das nicht? Gruß Peter
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Peter Bergmann schrieb
kann mit deinen Fehlermeldungen zwar auch nicht allzuviel anfangen, aber ich hatte mal ähnliche Probleme und die lösten sich allesamt schlagartig, indem ich spaßeshalber mal ein Speichermodul Das hab ich vorgestern gemacht! 2x64MB 100ns gegen 2x128MB 133ns getauscht!
Aber der Fehler blieb weiter bestehen!
auf Verdacht austauschte und siehe da: lief alles wieder wie geschmiert. Der Fehler mit den Filesystem- Errors trat anfangs nur sporadisch auf, wurde so nach einigen Monaten dann immer häufiger und schließlich ließ sich das System nicht mehr hochfahren.
Vielleicht auch DMA für die Platten aktiviert, und die vertragen das nicht? habe ich im bios deaktiviert!
Das habe ich als ganz zu erst gemacht, aber leider hat es auch nix gebracht! ABER ... Habe gerade in diesem Moment mal alle Platten ausgebaut, neue (kurze) IDE Kabel genommen und alles wieder eingebaut. *hoffend* Marco
On Mit, 11 Jul 2001, Marco Kammerer wrote: [Platten in neuen Rechner]
Vielleicht auch DMA für die Platten aktiviert, und die vertragen das nicht?
habe ich im bios deaktiviert!
Nach der Problemen, oder?
Habe gerade in diesem Moment mal alle Platten ausgebaut, neue (kurze) IDE Kabel genommen und alles wieder eingebaut. *hoffend*
Checke mal, dass du die HDs auch mit der gleichen Geometrie wie im alten Rechner ansprichst, d.h. checke wie sie im BIOS eingetragen sind und wie Linux sie anspricht ('cat /proc/ide/hd{a,b,c,d}/geometry', auf die "logical" Zeile kommt es an). Ich hatte so ein Phaenomen, also ich eine partitionierte HD vom onboard (Intel PIIX3) an nen promise umgehaengt haben, der spricht die HDs naemlich grundsaetzlich mit einer Geometrie an, und wenn die anders als die bisherige ist... -dnh -- 86: Installationsparty Zusammenkunft von Installateuren, die beim Installieren von Installationen für Nichtinstallateure, die Installationen haben wollen, aber sich die Installation ihrer Installation nicht installieren können, bzw. sich die Installation ihrer Installatione nicht zutrauen, ihre Freude haben. (Detlef Neubauer)
Hallo David Haller schrieb am 12 July 2001 12:14 AM
Vielleicht auch DMA für die Platten aktiviert, und die vertragen das nicht?
habe ich im bios deaktiviert!
Nach der Problemen, oder?
ja, danach!
Habe gerade in diesem Moment mal alle Platten ausgebaut, neue (kurze) IDE Kabel genommen und alles wieder eingebaut. *hoffend*
Checke mal, dass du die HDs auch mit der gleichen Geometrie wie im alten Rechner ansprichst, d.h. checke wie sie im BIOS eingetragen sind und wie Linux sie anspricht ('cat /proc/ide/hd{a,b,c,d}/geometry', auf die "logical" Zeile kommt es an).
local:~ # cat /proc/ide/hda/geometry physical 6253/16/63 logical 781/128/63 local:~ # local:~ # cat /proc/ide/hdc/geometry physical 39761/16/63 logical 2494/255/63 local:~ # Das passt soweit! War beim alten Rechner im Bios gleich eingetragen! Natürlich kann ich nicht mehr angucken, was der alte im proc angezeigt hat, nur es passt mit den Werten im alten und im neuen Bios überein! Weitere Info: In den letzten Tagen hatte ich keine Probleme mehr, nachdem ich alle Kabel getauscht und alles aus und wieder angesteckt habe. Hoffentlich bleibt das so! Marco
On Son, 15 Jul 2001, Marco Kammerer wrote:
David Haller schrieb am 12 July 2001 12:14 AM
Checke mal, dass du die HDs auch mit der gleichen Geometrie wie im alten Rechner ansprichst, d.h. checke wie sie im BIOS eingetragen sind und wie Linux sie anspricht ('cat /proc/ide/hd{a,b,c,d}/geometry', auf die "logical" Zeile kommt es an).
local:~ # cat /proc/ide/hda/geometry logical 781/128/63 ^^^ Hm. Ungewoehnlich, fuer meinen Geschmack ;)
Das steht auch so im BIOS? Gut.
local:~ # cat /proc/ide/hdc/geometry logical 2494/255/63
Das passt soweit! War beim alten Rechner im Bios gleich eingetragen!
Natürlich kann ich nicht mehr angucken, was der alte im proc angezeigt hat, nur es passt mit den Werten im alten und im neuen Bios überein!
Gut. [1]
Weitere Info: In den letzten Tagen hatte ich keine Probleme mehr, nachdem ich alle Kabel getauscht und alles aus und wieder angesteckt habe.
Ok. Vielleicht war nur ein Kabel wacklig oder sass nicht richtig.
Hoffentlich bleibt das so!
Ja :) -dnh [1] Ach ja, du kennst das 'brace-expand' feature der bash? Du kannst naemlich das folgende verwenden: cat /proc/ide/hd{a,c}/geometry *g* -- Masturbation ist Sex an und für sich. -- geklaut von Hauke Heidtmann
Hallo Marco Kammerer, Am Mittwoch, 11. Juli 2001 um 15:58 schriebst Du:
Jul 9 03:16:28 local kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
ich hatte ein identisches Problem. Behoben habe ich es durch neue Low Level Formatierung mit einem IBM Tool (Tip kam aus dieser Liste) und neuen IDE Flachleitungen. Ab dem Zeitpunkt funkt alles bestens... -- Mit freundlichen Grüssen Stefan Onken
participants (6)
-
David Haller -
dieter -
Marco Kammerer -
Norbert Kordts -
Peter Bergmann -
Stefan Onken