HILFE! Plattensterben!! hdd: lost interrupt

Bax · 26. Januar 2006

Hi allerseits!

Vielleicht kann mir einer von den Betriebs- und Fielsystemspezialisten ja einen Tip geben...

Vorgeschichte:
1. bisher kein Problem mit den Festplatten (30+120+160+160)
2. Umstieg auf anderes Motherboard und neue hda (250)
3. massive Probleme mit dma auf zweitem ide-controller (via)
4. Downgrade auf altes MoBo
5. vorige Woche kippte das ReiserFS auf hdd1 - mit ext3 überschr.
6. gestern: Probleme mit hdc1 und hdd2 aufgetreten: "lost interrupt"
und system steht (vdr läuft, ragiert nicht mehr)

kurzer Auszug aus dem syslog:

Code

Jan 25 23:01:46 tux vdr[3705]: creating directory /video0/Gilmore_Girls/Gilmore_Girls/%Ein_Brief_mit_Folgen
Jan 25 23:01:46 tux vdr[3705]: creating directory /video0/Gilmore_Girls/Gilmore_Girls/%Ein_Brief_mit_Folgen/2005-11-08.17.35.99.99.rec
Jan 25 23:01:46 tux vdr[3705]: loading /video0/Gilmore_Girls/Gilmore_Girls/Ein_Brief_mit_Folgen/2005-11-08.17.35.99.99.rec//marks.vdr
Jan 25 23:01:46 tux vdr[3705]: playing '/video0/Gilmore_Girls/Gilmore_Girls/Ein_Brief_mit_Folgen/2005-11-08.17.35.99.99.rec/001.vdr'
Jan 25 23:01:46 tux vdr[3705]: Open stream: 38
Jan 25 23:01:46 tux vdr[3705]: recording to '/video0/Gilmore_Girls/Gilmore_Girls/%Ein_Brief_mit_Folgen/2005-11-08.17.35.99.99.rec/001.vdr'
Jan 25 23:01:46 tux vdr[3705]: creating directory /video2/Gilmore_Girls/Gilmore_Girls/%Ein_Brief_mit_Folgen
Jan 25 23:01:46 tux vdr[3705]: creating directory /video2/Gilmore_Girls/Gilmore_Girls/%Ein_Brief_mit_Folgen/2005-11-08.17.35.99.99.rec
Jan 25 23:01:46 tux vdr[3705]: Open stream: 39
Jan 25 23:01:46 tux vdr[3705]: Open stream: 40
Jan 25 23:01:47 tux vdr[3705]: Open stream: 44
Jan 25 23:01:47 tux vdr[3705]: video cutting thread started (pid=3705, tid=-1301283920)
Jan 25 23:03:01 tux vdr[3705]: channel 25 (TW1) event 23:00 'Teleshopping' status 4
Jan 25 23:04:00 tux kernel: hdc: dma_timer_expiry: dma status == 0x61
Jan 25 23:04:10 tux kernel: hdc: DMA timeout error
Jan 25 23:04:10 tux kernel: hdc: dma timeout error: status=0x80 { Busy }
Jan 25 23:04:10 tux kernel: 
Jan 25 23:04:10 tux kernel: ide: failed opcode was: unknown
Jan 25 23:04:10 tux kernel: hdc: DMA disabled
Jan 25 23:04:10 tux kernel: hdd: DMA disabled
Jan 25 23:04:10 tux kernel: ide1: reset: success
Jan 25 23:04:40 tux kernel: hdc: irq timeout: status=0x80 { Busy }
Jan 25 23:04:41 tux kernel: 
Jan 25 23:04:41 tux kernel: ide: failed opcode was: unknown
Jan 25 23:04:41 tux kernel: ide1: reset: success
Jan 25 23:04:51 tux kernel: hdc: irq timeout: status=0x80 { Busy }
Jan 25 23:04:51 tux kernel: 
Jan 25 23:04:51 tux kernel: ide: failed opcode was: unknown
Jan 25 23:04:51 tux kernel: ide1: reset: success
Jan 25 23:05:01 tux kernel: hdc: lost interrupt
Jan 25 23:05:31 tux kernel: hdc: lost interrupt
...
Jan 25 23:55:30 tux kernel: hdc: lost interrupt
Jan 25 23:56:00 tux kernel: hdc: lost interrupt
Jan 25 23:57:00 tux last message repeated 2 times
Jan 25 23:58:00 tux last message repeated 2 times
Jan 25 23:59:00 tux last message repeated 2 times
Jan 25 23:59:30 tux kernel: hdc: lost interrupt
Jan 26 00:00:00 tux kernel: hdc: irq timeout: status=0x80 { Busy }
Jan 26 00:00:00 tux kernel: 
Jan 26 00:00:00 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:00 tux kernel: end_request: I/O error, dev hdc, sector 28582191
Jan 26 00:00:00 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:00 tux kernel: 
Jan 26 00:00:00 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:00 tux kernel: hdd: drive not ready for command
Jan 26 00:00:00 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:00 tux kernel: 
Jan 26 00:00:00 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:00 tux kernel: hdd: drive not ready for command
Jan 26 00:00:00 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:00 tux kernel: 
Jan 26 00:00:00 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:00 tux kernel: hdd: drive not ready for command
Jan 26 00:00:00 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:00 tux kernel: 
Jan 26 00:00:00 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:00 tux kernel: hdc: DMA disabled
Jan 26 00:00:00 tux kernel: hdd: drive not ready for command
Jan 26 00:00:01 tux /USR/SBIN/CRON[10355]: (root) CMD (/etc/webmin/time/sync.pl)
Jan 26 00:00:28 tux kernel: ide1: reset timed-out, status=0x80
Jan 26 00:00:28 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:28 tux kernel: 
Jan 26 00:00:28 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:28 tux kernel: hdd: drive not ready for command
Jan 26 00:00:28 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:28 tux kernel: 
Jan 26 00:00:28 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:28 tux kernel: hdd: drive not ready for command
Jan 26 00:00:28 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:28 tux kernel: 
Jan 26 00:00:28 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:28 tux kernel: hdd: drive not ready for command
Jan 26 00:00:28 tux kernel: hdd: status error: status=0x00 { }
Jan 26 00:00:28 tux kernel: 
Jan 26 00:00:28 tux kernel: ide: failed opcode was: unknown
Jan 26 00:00:28 tux kernel: hdd: drive not ready for command
Jan 26 00:00:43 tux kernel: ide1: reset: success
Jan 26 00:01:13 tux kernel: hdc: irq timeout: status=0x80 { Busy }
Jan 26 00:01:13 tux kernel: 
Jan 26 00:01:13 tux kernel: ide: failed opcode was: unknown
Jan 26 00:01:13 tux kernel: ide1: reset: success
Jan 26 00:01:15 tux hddtemp[3686]: /dev/hda: SAMSUNG SP2514N: 39 C
Jan 26 00:01:15 tux hddtemp[3686]: /dev/hdb: ST3120022A: 43 C
Jan 26 00:01:15 tux hddtemp[3686]: /dev/hdc: WDC WD1600JB-00EVA0: 41 C
Jan 26 00:01:15 tux hddtemp[3686]: /dev/hdd: SAMSUNG SP1614N: 29 C
Jan 26 00:01:15 tux vdr[3705]: ERROR (recording.c,1929): Input/output error
Jan 26 00:01:15 tux vdr[3705]: video cutting thread ended (pid=3705, tid=-1301283920)
Jan 26 00:01:16 tux vdr[3705]: close buffer: 39 (flush: 804913 bytes, 262782026-263586939)
Jan 26 00:01:16 tux vdr[3705]: close buffer: 40 (flush: 0 bytes, 0-2877112)
Jan 26 00:01:16 tux vdr[3705]: close buffer: 44 (flush: 62808 bytes, 0-62808)

Alles anzeigen

Meine Vermutung:

Während das alte Motherboard gesponnen (Klötzchen, Zugriffsfehler, ..) hat hab ich gemerkt, dass die Probleme nur bei Aufnahmen auf ide1 (hdc1, hdd2) aufgetreten sind.
Durch das Dazuklemmen der größeren hda als /video4 hat er seit dem Downgrade auf die fast leere hda6 aufgenommen und nix auf die hdc und hdd gelagert...
Gestern zugriff schreibend auf diese platten, schwupp und weg...

VERDACHT: der controller des anderen MoBo hat meine Daten vermurxt und einzelne Blocks mit falschem Inhalt gefüllt.

Frage: WAS TUN?
reiserfsck mit rebuild-index? Badblocks?

Dass beide platten sterben glaub ich nicht, da zwei gleichzeitig eher unwahrscheinlich ist. (Geräuschkulisse übrigens genauso normal wie plattentemperatur)

Aber warum verliert er den interrupt??? Platte zu sehr verwirrt?

das reiser auf hdd1 (inzwischen entsorgt) hat auf ausserhalb seines Bereichs befindliche Sektoren gezeigt (mit ext3-Neuformatierung läuft die hdd1 jetzt brav), (alter Thread
eine neuformatieren kommt für die großen Videopartitionen mangels Auslagerungsplatz kaum in frage

Somit meine große Bitte:
H I L F E !!!!! Bin Ratlos.

Danke und lg
Bax

PS: Kabel hab ich gecheckt, DMA ist UDMA33, Werde Master/Slave mal tauschen,

mauerspecht · 27. Januar 2006

Das Debugging kann länger dauern. Irgendwo zwischen Kernel und Festplattenoberfläche ist der Interrupt verloren gegangen.

Netzteil: wenn möglich testweise austauschen, auf jeden fall festen Sitz aller Kontankte an den Festplattensteckern kontrollieren.

Speicher testen mit Memtest86

Von rettungs/live CD booten und dann weiter testen:

CPU incl Kühlung: CPUBurn, heisst dann burnP6, burnK7 ...

hdparm -tT /dev/hdx, Geschwindigkeit OK? dannach dmesg nach neuen errors checken

smartmontools: smartctl -a /dev/hdX

Beim reiserfsck mit rebuild wird gehobelt, es fallen Späne. Trümmer in lost+found. Wer vorsichtig ist zieht vorher ein Image auf eine neue Platte, natürlich auf einem einwandfreien System. Aber ich vermute der Schaden ist tatsächlich auf den Platten vorhanden, somit nützt ein Image auch nicht viel.

Ich würde vor Reperaturversuchen zunächst den Fehler einkreisen und beheben. Schreiben auf fehlerhafte Hardware macht es nur noch schlimmer.

Dieter · 3. Februar 2006

Hallo,
ich hatte mal eine ähnliches Problem.
Es war der Stromversorgungsstecker der Platte. Genauer das Kabel war nicht richtig eingekrimpt und hatte einen Wackelkontakt.
Der hat immer bei wichtigen Filmen (WAF) eine Unterbrechung gehabt.
Als ich die Platte testweise in einen anderen Rechner packen wollte und vor eine Image ziehen wollte hab ich versehentlich am Kabel gewackelt und es has sich offenbart....

kauli · 3. Februar 2006

hallo
so so ein problem hatte ich auch mal nach einem hardwaretausch.

ich verwendete damals ein längeres ide kabel, das die spezifikationen nicht mehr erfüllte. war ein adapter auf 2.5" von hama mit 1m! kabel.

nachdem ich den pfostenstecker mit auf 20cm gekürtztem kabel neu gecrimpt hatte gabs keine probleme mehr.

gruss kauli

tüddelkopp · 3. Februar 2006

Schau bitte erst einmal nach ob es bei Dir Interrupt Errors gibt bevor du an dem Mainboard das problem beheben willst.

cat /proc/interrupts und dann unten bei ERR und MIS schauen.

Soulreaver · 11. Februar 2006

Habe mit diesem Problem schon sehr oft gekämft.
Es waren bei mir verschiedenen Fehler:

1. Netzteil zu schwach
2. IRQ Sharing das kann höllisch ärger geben wenn das Board das net sauber hinbekommt, Bei mir war es ein Promise Controller der sich mit dmr OB Netzwerkinterface "gebissen" hat, die Kiste konnte tagelang laufen ohne Probleme, ich konnte daten zwischen allen Platten hin und herkopieren ohne Probleme.
Aber sobald ich via Netzwerk Daten auf eine HDD am Promise Controller geschoben habe gabs Kerne Panic...... (war ein Asrock Board)
Ich würde mal versuchen die IRQ´s durcheinander zu würfeln oder nicht benötigte HW abschalten ausbauen (testweise)

Viel Glück
Thilo

HILFE! Plattensterben!! hdd: lost interrupt

Jetzt mitmachen!

Teilen