Hi zusammen, mein SuSE 7.3 Server hat neuerdings merkwürdige Festplattenprobleme. Hier ein Ausschnitt aus /var/log/warn [...] Sep 16 01:15:15 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69434 0x0 SD] Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=43165366, sector=41028656 Sep 16 01:15:21 mklinux kernel: end_request: I/O error, dev 03:47 (hdb), sector 41028656 Sep 16 01:15:21 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69451 0x0 SD] [...] Wie zu erkennen ist, nutze ich reiserfs aus Dateisystem (Kernel 2.4.16-4GB). Die Zugriffsfehler treten in unregelmäßigen Abständen auf. Hat jemand eine Idee, wie dem Problem auf den Grund gehen kann ? Gruß Martin
Hallo, die Festplatte scheint die DMA Beschleunigung nicht zu vertragen. deaktiviere DMA unter /etc/init.d/hd??? schau mal wie es weiter heisst und benenne die Datei um. Ralf Martin Knipper schrieb:
Hi zusammen, mein SuSE 7.3 Server hat neuerdings merkwürdige Festplattenprobleme.
Hier ein Ausschnitt aus /var/log/warn
[...] Sep 16 01:15:15 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69434 0x0 SD] Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=43165366, sector=41028656 S
ep 16 01:15:21 mklinux kernel: end_request: I/O error,
dev 03:47 (hdb), sector 41028656 Sep 16 01:15:21 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69451 0x0 SD] [...]
Wie zu erkennen ist, nutze ich reiserfs aus Dateisystem (Kernel 2.4.16-4GB).
Die Zugriffsfehler treten in unregelmäßigen Abständen auf.
Hat jemand eine Idee, wie dem Problem auf den Grund gehen kann ?
Gruß Martin
-- 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
Hi Liste,
DMA kann man mit hdparm ausschalten ( man hdparm ).
Ansonsten unter YaST gibt es da mittlerweile auch eine
Einstellung (ab 8.0?)
GreetingZ,
Christian
_________________________________
http://www.linuxarea.de - .linux related.
----- Original Message -----
From:
Hallo,
die Festplatte scheint die DMA Beschleunigung nicht zu vertragen. deaktiviere DMA unter /etc/init.d/hd??? schau mal wie es weiter heisst und benenne die Datei um.
Ralf
Martin Knipper schrieb:
Hi zusammen, mein SuSE 7.3 Server hat neuerdings merkwürdige Festplattenprobleme.
Hier ein Ausschnitt aus /var/log/warn
[...] Sep 16 01:15:15 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69434 0x0 SD] Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=43165366, sector=41028656 S
ep 16 01:15:21 mklinux kernel: end_request: I/O error,
dev 03:47 (hdb), sector 41028656 Sep 16 01:15:21 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69451 0x0 SD] [...]
Wie zu erkennen ist, nutze ich reiserfs aus Dateisystem (Kernel 2.4.16-4GB).
Die Zugriffsfehler treten in unregelmäßigen Abständen auf.
Hat jemand eine Idee, wie dem Problem auf den Grund gehen kann ?
Gruß Martin
-- 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
-- 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
Hallo zusammen, Christian schrieb:
Hi Liste,
DMA kann man mit hdparm ausschalten ( man hdparm ). Ansonsten unter YaST gibt es da mittlerweile auch eine Einstellung (ab 8.0?)
GreetingZ, Christian
Die Festplatte ist eine relative neue IDM-Deskstar (40GB bei 5400 U/min). Bis vor ca. 2 Wochen lief diese noch ohne Probleme. Die Festplatte gibt bei den Zugriffsfehlern auch merkwürdige Kratzgeräusche von sich und das System hängt für den Augenblick. Defekt ..., oder kann es auch auch an einem defekten Dateisystem liegen ? Gruß Martin
Hallo Martin, Am Montag, 16. September 2002 11:37 schrieb Martin Knipper:
Die Festplatte ist eine relative neue IDM-Deskstar
Oh, oh: Da war doch etwas mit Problemen bei IBM-Deskstar-Platten? Ein Freund von mir hatte gleich mehrere davon in seinem Rechner, die er fast alle wieder umtauschen musste. Zur Sicherheit würde ich ganz schnell mal eine Sicherung aller Daten auf der Platte machen. Gruß von Heimo -- Heimo Ponnath Webdesign, Rotenhäuserstr. 51, 21109 Hamburg Tel: 040-753 47 95,Fax: 040-752 68 03, http://www.heimo.de/
Am Montag, 16. September 2002 11:37 schrieb Martin Knipper:
Hallo zusammen,
Christian schrieb:
Hi Liste,
DMA kann man mit hdparm ausschalten ( man hdparm ). Ansonsten unter YaST gibt es da mittlerweile auch eine Einstellung (ab 8.0?)
GreetingZ, Christian
Die Festplatte ist eine relative neue IDM-Deskstar (40GB bei 5400 U/min). Bis vor ca. 2 Wochen lief diese noch ohne Probleme.
Die Festplatte gibt bei den Zugriffsfehlern auch merkwürdige Kratzgeräusche von sich und das System hängt für den Augenblick.
Defekt ..., oder kann es auch auch an einem defekten Dateisystem liegen ?
Gruß Martin
Hi Martin :-) Ich besitze auch zwei IBM-Platten und hatte bisher 5 Ausfälle, die ich allerdings alle beheben konnte. Was mir aufgefallen ist, das die IBMs sehr empfindlich auf die Betriebstemperatur und damit auf die Kühlung reagieren. Wird es zu warm, gibt es Datenfehler. Das Diagnosetool (DriveFitnessTest) von IBM hatte mir jedesmal die Platte als ok gezeigt, allerdings sagte mir meine Hand beim Prüfen was andres. Nach 4 solchen Vorkommnissen habe ich mir ein neues Gehäuse (mein altes war nicht für den aktuellen Stand entworfen) und zwei Festplattenlüfter geleistet. Seitdem hatte ich nur noch einmal ein Problem: Filesystemcrash bei Windows *g* Gruß Udo -- Mail: udo.neist@t-online.de Hompage: http://neist.dnsalias.org
Hallo Martin, * On Mon, Sep 16, 2002 at 11:37 AM (+0200), Martin Knipper wrote:
Die Festplatte ist eine relative neue IDM-Deskstar (40GB bei 5400 U/min). Bis vor ca. 2 Wochen lief diese noch ohne Probleme.
Die Festplatte gibt bei den Zugriffsfehlern auch merkwürdige Kratzgeräusche von sich und das System hängt für den Augenblick.
Schau Dir auf jeden Fall mal: http://www.cooling-solutions.de/dtla-faq/ an...
Defekt ..., oder kann es auch auch an einem defekten Dateisystem liegen ?
Die Geräusche deuten IMHO schon recht eindeutig auf einen Platten- defekt hin... :-( Viele Grüße, Steffen
Steffen Moser wrote:
Hallo Martin,
* On Mon, Sep 16, 2002 at 11:37 AM (+0200), Martin Knipper wrote:
Die Festplatte ist eine relative neue IDM-Deskstar (40GB bei 5400 U/min). Bis vor ca. 2 Wochen lief diese noch ohne Probleme.
Die Festplatte gibt bei den Zugriffsfehlern auch merkwürdige Kratzgeräusche von sich und das System hängt für den Augenblick.
Schau Dir auf jeden Fall mal:
http://www.cooling-solutions.de/dtla-faq/
an...
Defekt ..., oder kann es auch auch an einem defekten Dateisystem liegen ?
Die Geräusche deuten IMHO schon recht eindeutig auf einen Platten- defekt hin... :-(
Hallo Martin, ... habe den Thread leider nicht verfolgt, d.h. es kann sein, ich erzähle etwas redundantes. Von IBM gibt es das Programm "drive-fitness" (auf der Homepage zu finden), damit kannst Du die Festplatte prüfen (--> ggf. gleich der Code, wenn Du sie zur Reparatur einschickst). Ansonsten gibt's auch http://rpmfind.net//linux/RPM/contrib/libc6/i386/ucsc-smartsuite-2.0Beta2-0.... Aber Achtung!!! der Link verweist auf eine alte Version, irgendwo im Netz gibt's eine neuere. Weiss nur nicht mehr wo. Der Tip kam übrigens von Heinz Pahlke, hat sich bei mir prima bewährt. Viele Grüsse Joachim
Hallo, * On Mon, Sep 16, 2002 at 08:50 PM (+0200), Joachim Kieferle wrote:
http://rpmfind.net//linux/RPM/contrib/libc6/i386/ucsc-smartsuite-2.0Beta2-0....
Aber Achtung!!! der Link verweist auf eine alte Version, irgendwo im Netz gibt's eine neuere. Weiss nur nicht mehr wo.
Zum Beispiel hier: http://sourceforge.net/projects/smartsuite/ HTH! Gruß, Steffen
Hallo, On Mon, 16 Sep 2002, Martin Knipper wrote:
Die Festplatte ist eine relative neue IDM-Deskstar (40GB bei 5400 U/min).
*ohoh*
Die Festplatte gibt bei den Zugriffsfehlern auch merkwürdige Kratzgeräusche von sich und das System hängt für den Augenblick.
*ohoh* Hoert sich das nach *schniek* *schniek* *schniek* *KLACK* an?
Defekt ...,
Hoechst wahrscheinlich... Lass mich raten: s' is ne DTLA oder ne IC35...? Dann haben sich schon mehr Sektoren "verabschiedet" als die Platte Reservesektoren hatte...
oder kann es auch auch an einem defekten Dateisystem liegen ?
Nein. Aber durch die Sektordefekte kannst du das FS ebenfalls knicken. Rette (kopiere) das was du noch retten kannst... Reiserfs kommt leider mit Sektordefekten nicht klar (siehe die anderen Threads zu reiserfs in letzter Zeit), um ein neuformatieren wirst du nicht herumkommen, selbst wenn du der HD nochmal Daten anvertrauen willst... -dnh -- I don't see anything wrong with being arrogant and not at all helpful. -- Paul Tomblin
David Haller wrote:
[...] Hoechst wahrscheinlich... Lass mich raten: s' is ne DTLA oder ne IC35...? [...]
Naja, also macht IBM mal net ganz so schlecht.... Ich habe hier ne alte IBM 6GB Platte, die laeuft seit 4 Jahren ohne jegliche Probleme. Ausserdem sind hier sehr erfolgreich eine DTLA-307060 sowie eine IC35L060 am Werkeln. Soweit ich weiss, sind von den angesprochenen Maengeln nur bestimmte Platten von einem best. ungarischen Herstellungsort betroffen. Mit Platten von anderen Herstellern (Quantum, WesternDigital, Samsung, um nur einige zu nennen) gab es hier schon weitaus mehr Probleme. Neulich ging hier auch eine Maxtor-Platte hinueber (da hoerte besagtes Klak- ken gar nicht mehr auf...). Gruesse, Thomson
Hi Liste, Thomas Hertweck schrieb:
David Haller wrote:
[...] Hoechst wahrscheinlich... Lass mich raten: s' is ne DTLA oder ne IC35...? [...]
Ja, um genau zu sein eine IBM-Deskstar DTLA-307030 (30GB). Hatte mich anfangs vertan, weil 2 Platten im Server waren. Ich habe mir eine neue WD 80 GB zugelegt. Alles was noch zuretten war, habe ich kopiert. Glücklicherweise waren es ca. 20-30 Dateien, die ich allerdings auch entbehren konnte. (Die Platte war auf /home gemounted) Den Fitness-Test habe ich noch nicht durchgeführt. Passiert sicherlich morgen.
Naja, also macht IBM mal net ganz so schlecht.... Ich habe hier ne alte IBM 6GB Platte, die laeuft seit 4 Jahren ohne jegliche Probleme. Ausserdem sind hier sehr erfolgreich eine DTLA-307060 sowie eine IC35L060 am Werkeln. Soweit ich weiss, sind von den angesprochenen Maengeln nur bestimmte Platten von einem best. ungarischen Herstellungsort betroffen. Mit Platten von anderen Herstellern (Quantum, WesternDigital, Samsung, um nur einige zu nennen) gab es hier schon weitaus mehr Probleme. Neulich ging hier auch eine Maxtor-Platte hinueber (da hoerte besagtes Klak- ken gar nicht mehr auf...).
IBM hatte (!!) meiner Meinung nach auch immer einen guten Ruf. Deine alte IBM-Platte gehört mit Sicherheit noch zu der guten Gruppe. Ich habe heute noch mit vielen Verkäufern gesprochen, viele haben die DTLA-Serie komplett aus dem Programm genommen ( wg. den besagten Fehlern). Wollen wir mal hoffen, daß Big-Blue wieder besseren Zeiten entgegen geht. Bis dahin halte ich mich von IBM-PLatten erstmal fern. Danke für eure Hilfe. Gruß Martin
Hallo, * On Mon, Sep 16, 2002 at 11:32 PM (+0200), Martin Knipper wrote:
Wollen wir mal hoffen, daß Big-Blue wieder besseren Zeiten entgegen geht.
Haben die die Plattenproduktion mittlerweile nicht sowieso zu einem großen Teil an Hitachi verkauft? Irgend etwas war da doch, IIRC... Gruß, Steffen
Hallo, On Mon, 16 Sep 2002, Thomas Hertweck wrote:
David Haller wrote:
[...] Hoechst wahrscheinlich... Lass mich raten: s' is ne DTLA oder ne IC35...? [...]
Naja, also macht IBM mal net ganz so schlecht.... Ich habe hier ne alte IBM 6GB Platte, die laeuft seit 4 Jahren ohne jegliche Probleme. Ausserdem sind hier sehr erfolgreich eine DTLA-307060 sowie eine IC35L060 am Werkeln.
Also, ich kann hier nur von mir und von mir gelesenem berichten: 1. eine DHEA 6.4GB (IIRC die Vor-Vorgaeger Serie der DTLA) hat hier nach kurzer Zeit (< 1 Jahr) Sektoren verloren -- und vermutlich auch schon vorher, nur da eben durch die Reservesektoren "versteckt". 2. eine DTLA 305040 hat hier schon nach gut 6 Monaten die gleichen Symptome gezeigt (mit eben jenem "*schnieek*... *KLACK*...") 3. eine aeltere Quantum (..3220), aelter als o.g. DHEA, die nun mind. 2 (eher 3) Jahre im Regal lag, hat inzwischen auch ein paar Sektoren verloren -- beim letzten Gebrauch vor'm Einlagern war sie aber ok (nach ca. 1 Jahr oder mehr). 4. habe ich hier diverse Maxtors am laufen, davon zwei aktuell im Betrieb[1], die aelteren 2 sind z.Z. abgeklemmt, da (wohl) die Lager ein fuer mich[2] extrem nerviges relativ hochfrequentes[3] "Sirren"/"Pfeifen" entwickelt haben... und dann gibbet noch die Maxtor 7850AV irgendwo, meine erste HD ueberhaupt (Jahrgang < '95 IIRC), ob die noch tut usw. weiss ich aber nicht, die ist wg. Groesse und Lautstaerke schon lange "eingelagert" ;) 5. habe ich mehrfach und "ausgiebig" ueber das "Serienproblem" v.a. der DTLA gelesen[5], bei der DHEA hat sich's wohl schon angedeutet, bei den neuen IC35* hat's IBM dann wieder wohl halbwegs in den Griff bekommen. "DTLAs sterben wie die Fliegen"[4] ist ein oft kolportierter und oft bestaetigter Spruch... (ISTR eine Story, wo einem 8 von 10 DTLAs innerhalb von 1 Monat oder so weggestorben sind)... Und ISTRAS, dass das evtl. irgendwas mit dem Glas (Keramik?) Traeger, statt Alu zu tun haben koennte oder so... ;) 6. (kann ich nicht beurteilen, meine DHEA und DTLA muessten kuehl genug gewesen sein): o.g. IBM-HDs vertragen keine Waerme. 7. Das mit der DTLA ist definitv ein Serienproblem, das IBM ISTR auch irgendwo mal irgendwann zugegeben hat, es aber generell "leugnet", aber die "Replacement"-Policy, und dass das Haendlergebaren zur DTLA sprachen (und sprechen) eine deutliche Sprache. "DTLA? ok, tauschen wir um, is bekannt" oder "ne, hammwa nich, zuviele Reklamationen"... Fazit: IDE + IBM + HD-Probleme/Sektorensterben -> wahrscheinlichster Grund, insbesondere in Kombination mit "Geraeuschen": (mehr oder weniger fataler) Plattenschaden. In Kombination mit reiserfs ist dann der "Spass" komplett (FS > /dev/null). Kurz: keine weiteren IDE-IBM ohne taegliches (stuendliches!) full-backup... (und das kann ich mir nicht leisten, ergo keine IBM IDE-HDs mehr). -dnh PS: WD fehlt mir noch... da haette ich gerne mal per PM kritische Bemerkungen zu (Laufgeraeusch, Zugriffsgeraeusch, Zuverlaessigkeit usw. ;) [1] $ cat /proc/ide/hd{a,b}/model Maxtor 4D080H4 Maxtor 92041U4 [2] ich hoere sehr gut, und hohe Frequenzen (Fernseher (stumm), Marderdingens usw.) nerven mich mehr oder weniger kollosal... [3] nein, laengst nicht so hoch wie das in [2] erwaehnte, aber doch ziemlich nervend, v.a. wenn man 12h oder mehr an der Kiste sitzen will, und dann manchmal noch am naechsten Morgen ein Nachfiepen im Ohr hat (apropos: an Leute mit nem weniger guten Gehoer zu verkaufen haette ich ne Maxtor 91000D? und ne Maxtor x136xxDx (9.1 bzw. 13.6 GB)... ;) [4] und wer schonmal im Herbst/Fruehwinter auf dem Land war, weiss was dass bedeutet... [5] schon genannte "dtla-faq" z.B. --
man tut ja was man kann, und wenn man mal was tut, was man nicht kann, tut man ja was man kann, dass das keiner merkt. Das klingt sehr weise. Ist das von Lao Tse? Nö. Von Mi Rse Lber [Jakob Krieger und Marian Wild in dag°]
David Haller wrote:
[...] Also, ich kann hier nur von mir und von mir gelesenem berichten: [...] Fazit: IDE + IBM + HD-Probleme/Sektorensterben -> wahrscheinlichster Grund, insbesondere in Kombination mit "Geraeuschen": (mehr oder weniger fataler) Plattenschaden. In Kombination mit reiserfs ist dann der "Spass" komplett (FS > /dev/null).
Diesem Erfahrungsbericht nach zu urteilen scheine ich ja bisher Glueck gehabt zu haben.... ;-) Ich frage mich eigentlich gerade, welcher IDE-Festplatte ich noch trauen kann. Maxtor habe ich in der Vergangenheit oefters eingesetzt, aber da ist wie gesagt auch gerade ne 40GB Platte mit besagtem Klacken ueber den Jordan gegangen. Any suggestions? Gruesse, Thomson PS: Wird langsam OT, oder? Dann brechen wir diese Diskussion wohl besser ab.... -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
Martin Knipper wrote:
mein SuSE 7.3 Server hat neuerdings merkwürdige Festplattenprobleme.
Hier ein Ausschnitt aus /var/log/warn [...] Sep 16 01:15:15 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69434 0x0 SD] Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } Sep 16 01:15:21 mklinux kernel: hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=43165366, sector=41028656 Sep 16 01:15:21 mklinux kernel: end_request: I/O error, dev 03:47 (hdb), sector 41028656 Sep 16 01:15:21 mklinux kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [61116 69451 0x0 SD] [...]
Wie zu erkennen ist, nutze ich reiserfs aus Dateisystem (Kernel 2.4.16-4GB). Die Zugriffsfehler treten in unregelmäßigen Abständen auf.
Hat jemand eine Idee, wie dem Problem auf den Grund gehen kann ?
Von einem Rettungssystem booten (z.B. Knoppix[1] bietet sich dafuer extrem gut an) und dann die Festplatte mit reiserfsck pruefen. Na- tuerlich wuerde es sich auch anbieten, ein Backup vorher zu machen. Je nachdem, was reiserfsck findet (oder auch nicht) sehen wir dann weiter. Vielleicht kommt einfach die Platte mit DMA nicht zurecht (eher unwahrscheinlich bei modernen Platten), oder das Filesystem hat einen Schaden, oder die Festplatte geht langsam kaputt... Gruesse, Thomson [1] http://www.knopper.net/knoppix/ -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
participants (9)
-
Christian -
David Haller -
Heimo Ponnath -
Joachim Kieferle -
Martin Knipper -
Ralf.Wende＠t-online.de -
Steffen Moser -
Thomas Hertweck -
udo.neist＠t-online.de