HI! Bei mir schaltet sich ab und zu das IDE-DMA für die Festplatten (hda, hdb) von selbst ab. In YaST habe ich UMDA100 konfiguriert und nach dem Booten ist das auch OK, aber plötzlich ist DMA wieder aus und in /var/log/messages sehe ich: Sep 29 06:01:13 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:01:13 linux kernel: Sep 29 06:01:18 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:01:18 linux kernel: Sep 29 06:01:18 linux kernel: hda: DMA disabled Sep 29 06:01:18 linux kernel: hdb: DMA disabled Sep 29 06:01:18 linux kernel: hda: drive not ready for command Sep 29 06:01:18 linux kernel: ide0: reset: success Sep 29 06:01:38 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:01:38 linux kernel: Sep 29 06:01:38 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:01:38 linux kernel: Sep 29 06:01:38 linux kernel: hda: drive not ready for command Sep 29 06:01:38 linux kernel: ide0: reset: success Sep 29 06:02:43 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:02:43 linux kernel: Sep 29 06:02:48 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:02:48 linux kernel: Sep 29 06:02:48 linux kernel: hda: drive not ready for command Sep 29 06:02:49 linux kernel: ide0: reset: success Sep 29 06:02:43 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:02:43 linux kernel: Sep 29 06:02:48 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:02:48 linux kernel: Sep 29 06:02:48 linux kernel: hda: drive not ready for command Sep 29 06:02:49 linux kernel: ide0: reset: success Sep 29 06:03:04 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:03:04 linux kernel: Sep 29 06:03:04 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:03:04 linux kernel: Sep 29 06:03:04 linux kernel: hda: drive not ready for command Sep 29 06:03:04 linux kernel: ide0: reset: success Sep 29 06:03:15 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:03:15 linux kernel: Sep 29 06:03:15 linux kernel: ide0: reset: success Was kann das sein? Ich habe mir letztens ein neues Board gekauft. Ist das eher ein grundsätzliches Problem oder ist die Platte bald tot? Suse 9.0, ASUS P4P800, WD Platten. Danke! Thomas
Thomas Börkel wrote:
HI!
Bei mir schaltet sich ab und zu das IDE-DMA für die Festplatten (hda, hdb) von selbst ab. In YaST habe ich UMDA100 konfiguriert und nach dem Booten ist das auch OK, aber plötzlich ist DMA wieder aus und in /var/log/messages sehe ich:
Sep 29 06:01:13 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:01:13 linux kernel: Sep 29 06:01:18 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:01:18 linux kernel: Sep 29 06:01:18 linux kernel: hda: DMA disabled Sep 29 06:01:18 linux kernel: hdb: DMA disabled Sep 29 06:01:18 linux kernel: hda: drive not ready for command Sep 29 06:01:18 linux kernel: ide0: reset: success Sep 29 06:01:38 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:01:38 linux kernel: Sep 29 06:01:38 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:01:38 linux kernel: Sep 29 06:01:38 linux kernel: hda: drive not ready for command Sep 29 06:01:38 linux kernel: ide0: reset: success Sep 29 06:02:43 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:02:43 linux kernel: Sep 29 06:02:48 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:02:48 linux kernel: Sep 29 06:02:48 linux kernel: hda: drive not ready for command Sep 29 06:02:49 linux kernel: ide0: reset: success Sep 29 06:02:43 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:02:43 linux kernel: Sep 29 06:02:48 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:02:48 linux kernel: Sep 29 06:02:48 linux kernel: hda: drive not ready for command Sep 29 06:02:49 linux kernel: ide0: reset: success Sep 29 06:03:04 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:03:04 linux kernel: Sep 29 06:03:04 linux kernel: hda: status timeout: status=0xd0 { Busy } Sep 29 06:03:04 linux kernel: Sep 29 06:03:04 linux kernel: hda: drive not ready for command Sep 29 06:03:04 linux kernel: ide0: reset: success Sep 29 06:03:15 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:03:15 linux kernel: Sep 29 06:03:15 linux kernel: ide0: reset: success
Was kann das sein? Ich habe mir letztens ein neues Board gekauft. Ist das eher ein grundsätzliches Problem oder ist die Platte bald tot?
Habe identische Meldungen hier und wartete geradezu darauf, ob jemand danach in der Liste fragt. Ich vermute, die Platte löst sich langsam auf. Laufzeit der Platte jetzt 1,5 Jahre in einem PC, der als Router, Packetfilter, Mail u. Webserver fungiert und 24/7 am Netz ist. Suse 9.1 mit letztem Defaultkernel (2.6.5-7.108-default) + reiserfs. Besonderheit eine 2,5" IDE-Platte, die sicherlich nicht für Dauerbetrieb ausgelegt ist. Es kommt immer öfter vor, dass die Platte den "ide0: reset: success" nicht schafft und einzelne Anwendungen, wie Postfix nicht mehr aufs Filesystem schreiben können. In diesem Falle hilft bei mir nur ein Kaltstart (ctr+alt+print S U B), wobei der PC sogar netzmässig ausgeschaltet werden muss. Dann läufts wieder für ein paar Tage. Begonnen hat dieser Zustand vor ca. 3Wochen, wo mir YOU eine Fehlermeldung brachte, dass auf eine Datei nicht zugegriffen werden kann. Datei hatte Länge von 0 Bytes und konnte auch als User root nicht gelöscht werden (permission denied). Wollte sie vom Backup wieder einspielen. Vermutung, Filesystem inkonsistent, also via Boot-CD repariert und dann war wieder gut. Aber seit dem halt das gleiche Problem. Wie gesagt, vermute Plattendefekt. Aber wenn hier noch 5 andere Leute mit dem gleichen Problem auftauchen, dann würde ich zu einem Kernelbug geneigt sein (Ist aber sehr gewagt, wegen "keine Ahnung" ;-) ) MfG Benn
Suse 9.0, ASUS P4P800, WD Platten.
Danke!
Thomas
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-- #250319 - http://counter.li.org
Hallo, * On Wed, Sep 29, 2004 at 08:05 PM (+0200), Bernd Schmelter wrote:
Ich vermute, die Platte löst sich langsam auf. Laufzeit der Platte jetzt 1,5 Jahre in einem PC, der als Router, Packetfilter, Mail u. Webserver fungiert und 24/7 am Netz ist.
Suse 9.1 mit letztem Defaultkernel (2.6.5-7.108-default) + reiserfs. Besonderheit eine 2,5" IDE-Platte, die sicherlich nicht für Dauerbetrieb ausgelegt ist.
Hast Du Dir mal die "SMART"-Werte der Platte angeschaut? Deuten die denn auch auf einen Defekt der Platte hin? Gruß, Steffen
Steffen Moser wrote:
Hallo,
* On Wed, Sep 29, 2004 at 08:05 PM (+0200), Bernd Schmelter wrote:
Ich vermute, die Platte löst sich langsam auf. Laufzeit der Platte jetzt 1,5 Jahre in einem PC, der als Router, Packetfilter, Mail u. Webserver fungiert und 24/7 am Netz ist.
Suse 9.1 mit letztem Defaultkernel (2.6.5-7.108-default) + reiserfs. Besonderheit eine 2,5" IDE-Platte, die sicherlich nicht für Dauerbetrieb ausgelegt ist.
Hast Du Dir mal die "SMART"-Werte der Platte angeschaut? Deuten die denn auch auf einen Defekt der Platte hin?
Der Begriff war mir bisher unbekannt, aber Google half: -- | Abkürzung für "Self monitoring, analysis, and reporting technology" | • Selbstdiagnose bei Festplatten, um Datenverluste vorzubeugen. | Dabei werden Parameter wie Flughöhe der Köpfe, Durchsatzrate, | Positionierungszeit und Anzahl der Fehlversuche beim Lesen/Schreiben | überwacht. Dieser Industriestandard wurde von IBM und Compaq | initiiert. __ Was für ein Tool gibts da, um diese Werte zu ermitteln / bewerten? Ein Schubs in die richtige Richtung genügt ;-) MfG Benn -- #250319 - http://counter.li.org
On Wednesday 29 September 2004 22:03, Bernd Schmelter wrote:
Steffen Moser wrote:
Hallo,
* On Wed, Sep 29, 2004 at 08:05 PM (+0200), Bernd Schmelter wrote:
Was für ein Tool gibts da, um diese Werte zu ermitteln / bewerten?
Ein Schubs in die richtige Richtung genügt ;-) Schubs smartctl ;-) Als root zu benutzen.
Gruss, Christoph
Christoph Steinemann wrote:
Schubs smartctl ;-)
...und sogar in die richtige Richtung :-)
Als root zu benutzen.
Danke Benn -- #250319 - http://counter.li.org
* On Wed, Sep 29, 2004 at 10:03 PM (+0200), Bernd Schmelter wrote:
Was für ein Tool gibts da, um diese Werte zu ermitteln / bewerten?
Wie schon geschrieben wurde: "smartctl". Sollte bei SuSE Linux dabei sein. Falls nicht oder falls Du nähere Informationen dazu suchst, wirst Du hier fündig: http://smartmontools.sourceforge.net/ HTH, Steffen
Steffen Moser wrote:
* On Wed, Sep 29, 2004 at 10:03 PM (+0200), Bernd Schmelter wrote:
Was für ein Tool gibts da, um diese Werte zu ermitteln / bewerten?
Wie schon geschrieben wurde: "smartctl". Sollte bei SuSE Linux dabei
Ja, ist dabei. Bin schon am testen
sein. Falls nicht oder falls Du nähere Informationen dazu suchst, wirst Du hier fündig:
Danke Benn -- #250319 - http://counter.li.org
Hallo, Am Wed, 29 Sep 2004, Thomas Börkel schrieb:
Bei mir schaltet sich ab und zu das IDE-DMA für die Festplatten (hda, hdb) von selbst ab. In YaST habe ich UMDA100 konfiguriert und nach dem Booten ist das auch OK, aber plötzlich ist DMA wieder aus und in /var/log/messages sehe ich:
Sep 29 06:01:13 linux kernel: hda: irq timeout: status=0xd0 { Busy } [..]
Was kann das sein? Ich habe mir letztens ein neues Board gekauft. Ist das eher ein grundsätzliches Problem oder ist die Platte bald tot?
Suse 9.0, ASUS P4P800, WD Platten.
Wie lang sind die Kabel? Sind die Kabel ok? Versuch's mal mit udma4 oder weniger. -dnh --
....Ommmmmm ....Ommmmmm .....Ommmmmm Pendel ----Pendel-----Pendel------ Mensch Axel: Sonst machst Du das doch mit der Glaskugel. Ist die schon wieder in der Spülmaschine? [Axel Lindlau und Volker Kroll in suse-linux]
HI! David Haller wrote:
Bei mir schaltet sich ab und zu das IDE-DMA für die Festplatten (hda, hdb) von selbst ab. In YaST habe ich UMDA100 konfiguriert und nach dem Booten ist das auch OK, aber plötzlich ist DMA wieder aus und in /var/log/messages sehe ich:
Sep 29 06:01:13 linux kernel: hda: irq timeout: status=0xd0 { Busy }
[..]
Was kann das sein? Ich habe mir letztens ein neues Board gekauft. Ist das eher ein grundsätzliches Problem oder ist die Platte bald tot?
Suse 9.0, ASUS P4P800, WD Platten.
Wie lang sind die Kabel? Sind die Kabel ok? Versuch's mal mit udma4 oder weniger.
Das ist ein neues Board mit den beigelegten ASUS-Kabeln. Es ist jetzt erst 2 mal aufgetreten (26. und 29.), wenn's wieder passiert versuche ich mal UDMA4 bzw. anderes Kabel. Gleichzeitig habe ich festgestellt, dass die Platte laut SMART sechs "pending sectors" hat und der long selftest brachte einen Read Error. Ich habe jetzt die Platte mit dem Diag-Tool von WD "behandelt" und nun hat sie keine "pending sectors" mehr, dafür einen umgemappten (hätte die Platte das nicht automatisch selbst machen müssen?). Jedenfalls läuft jetzt der long selftest von SMART problemlos durch. Die Filesysteme auf den Partitionen haben übrigens auch keinen Fehler. Bin mal gespannt, wie's weitergeht. Folgende Meldungen haben ja beide Platten, aber wie ich gelesen habe, scheint das harmlos zu sein, obwohl ich das mit dem alten Board nicht hatte: Sep 28 13:28:41 linux kernel: hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } Sep 28 13:28:41 linux kernel: hda: drive_cmd: error=0x04 { DriveStatusError } Danke! Thomas
Am Mittwoch 29 September 2004 10:42 schrieb Thomas Börkel:
HI!
Bei mir schaltet sich ab und zu das IDE-DMA für die Festplatten (hda, hdb) von selbst ab. In YaST habe ich UMDA100 konfiguriert und nach dem Booten ist das auch OK, aber plötzlich ist DMA wieder aus und in /var/log/messages sehe ich:
[...]
Sep 29 06:03:15 linux kernel: hda: irq timeout: status=0xd0 { Busy } Sep 29 06:03:15 linux kernel: Sep 29 06:03:15 linux kernel: ide0: reset: success
Was kann das sein? Ich habe mir letztens ein neues Board gekauft. Ist das eher ein grundsätzliches Problem oder ist die Platte bald
Sehr kurios. Ich hatte exact den gleichen Fehler. Auch nach Boardtausch. Ich habe eine neue Platta eingebaut, daten von der alten runter und abgewartet was passiert. Sie lief noch ein paar Tage weiter und ist dann gänzlich gestorben. Ich würde an deiner Stelle ganz ganz schnell eine Datensicherung von dieser Platte machen. Ganz ganz schnell. -- cu Roland Kruggel mailto: rk-liste@gmx.de System: Intel 3.2Ghz, Debian sid, 2.6.8.1, KDE 3.3.0
participants (6)
-
Bernd Schmelter
-
Christoph Steinemann
-
David Haller
-
Roland M. Kruggel
-
Steffen Moser
-
Thomas Börkel