JtG 2.3.2a Probleme mit IDE-Interface (lost interrupt)
Verfasst: Fr 20 Mär 2009, 13:16
Hallo Experten,
es ist ein sehr langer Post geworden; hoffe aber, dass das Problem
dann schon nach der fünften Rückfrage einigermaßen eingegrenzt ist .
Danke für Eure Geduld.
Meine dbox2 (Nokia 2xI Sat, Avia500) macht mir seit Einbau eines
IDE-Interfaces nicht immer, aber immer öfter Probleme.
Jahrelang habe ich sie mit einem Konkurrenzimage stabil und
störungsfrei betrieben und auf ein NAS mit NFS aufgenommen. Da das
nur bei geringen Datenraten klappt und ich eher die Öffis sehe,
keine zufriedenstellende Lösung. Ich habe mir daher ein IDE/SATA-
Interface von dbox2.com nebst Samsung 2.5" SATA 500GB eingebaut.
Die Platte läuft am Spannungswandler des Interfaces mit Versorgung
von dbox-Netzteil, eine SD-Karte ist auch noch im Kartenleser.
Mit dem Konkurrenzimage lief das absolut instabil: die Platte
ließ sich erst im xten Anlauf formatieren; Aufnahmen wurden zwar
erzeugt - auch mit einer plausibel aussehenden Dateigröße - aber
ließen sich weder mit dem TS-Filmarchiv abspielen (zunächst i.O.,
schnell fingen sie an immer mehr zu ruckeln, dann kamen schließlich
nur noch Häppchen von einer zehntel Sekunde, die von ein paar Sekunden
Pause unterbrochen waren) noch per ftp auf den Rechner transferieren.
Hier gingen die Datenraten von ~700kB/s auf 5 kB/s runter und die
übertragene Datei war unbrauchbar. Vor allem hatte sie beliebig viele
Aussetzer, auch an Stellen, wo das Abspielen auf der Box direkt klappte.
Abspielen von TS-Dateien vom NAS ging weiterhin fehlerfrei, der Movie-
player war also nicht schuld.
Und die Box hängte sich gern mal ohne erkennbares Muster auf.
Das Bootlog zeigte Fehlermeldungen beim Erkennen des Interfaces
und sehr viele 'hda: lost interrupts'. Der Treiber versuchte ständig
Blöcke außerhalb der Platte zu lesen (ich habe die genaue Fehlermeldung
nicht im Kopf, aber sinngemäß hieß es, es wäre versucht worden, Sektor 2000
von 1000 zu lesen). Das Auftreten dieser Fehlermeldungen passte sehr genau
mit den Rucklern und Aussetzern zusammen.
Problem erkannt, als Lösung wurde mir zum JtG-Image geraten. Release 2.3.2a
(10 Feb 09) Installiert, ucodes (Avia500 v110, die anderen weiß ich nicht
auswendig, aber nichts experimentelles; mit diesen ucodes lief meine Box jahrelang
wunderbar) und Kanallisten einkopiert, konfiguriert, Platte formatiert,
ausprobiert, läuft -> prima.
Dachte ich zumindest . Manchmal läuft die Box stundenlang ohne Probleme
mit Fernseh- und Movieplayerbetrieb, ich freue ich über ein schlankes und
schnelles Image. Manchmal treten die lost interrupts mit den beschriebenen
Problemen auf, allerdings deutlich weniger extrem. Es gibt zusätzlich dann
und wann die Fehlermeldungen 'Drive Seek not ready' und oft lost interrupts
ohne weitere Beschreibung.
Bei genauerer Betrachtung im Bootlog - ich betreibe ja weder ein
Hardwarelabor noch einen Server und nehme auch primär auf, wenn ich nicht
da bin , habe also meistens kein Log, wenn's Probleme gibt -
fiel mir auf, dass das Interface manchmal als Vendor 'unknown', manchmal
als 'Gurgel' und manchmal als 'DBoxBaer or kapt.ahab/stingray' erkannt
wird. Das mounten der Partitionen etc. klappt immer, die einschlägigen
Hardware-Fehler à la 'walking bit test failed' gibt es nie. Die
'vendor'-Angabe ist das einzige, was sich von Boot zu Boot unterscheidet!
*Gefühlt* läuft alles einwandfrei, wenn letztere Einstellung (stingray)
detektiert wird.
Die auf der internen Platte aufgenommenen TS-Dateien lassen sich
problemlos im Movieplayer abspielen, ab und zu gibt's einen Ruckler,
der aber nicht an der Datei selbst liegt: kurz zurückgesprungen und die
Szene läuft beim zweiten Anschauen flüssig.
Wenn ich aufgenommene TS-Dateien per ftp kopiere, ohne dass während der
Übertragung ein lost interrupt auftritt, sind sie am Rechner einwandfrei
(fehlerfrei anzuschauen, zu demuxen und zu schneiden).
Wenn ich einen zickenden Boot erwischt habe und bei Übertragung
derselben Datei lost interrupts habe, entstehen andere Inhalte
(Dateiprüfsumme) und die beschriebenen Fehler beim Abspielen; der demuxer
beanstandet scrambled packets und Strukturfehler. Offensichtlich
werden bei einem lost interrupt fehlerhafte Daten übertragen.
-> Ganz anscheinend hat die Box also korrekt aufgenommen, kann aber die
Daten nicht immer fehlerfrei lesen.
Nach der langen Vorrede also zwei Fragen:
1) Welcher 'vendor' müsste bei mir angezeigt werden - IDE/SATA-Interface
von dbox2.com, vor wenigen Wochen gekauft - und kann ich den IDE-Treiber
vielleicht dazu zwingen, den zu verwenden, da die Auto-Detektion
nicht klappt?
2) Wenn die Box nicht will, hat sie auch gern das Symptom, dass der
Empfang nach typischerweise 1/2 bis 1 h spontan komplett ausfällt
(erst alles einwandfrei, niedrige BER etc., dann bleibt das Bild stehen
und der Ton ist weg. Beim Versuch umzuschalten sind alle Kanäle
'nicht verfügbar', kein EPG), so als hätte man das Antennenkabel entfernt
und ohne dass ich zappe, wenn der Fehler auftritt.
Alles andere, was man mit der Box sonst so machen kann, geht aber
weiter einwandfrei, insbesondere das Abspielen von TS-Files vom NAS
oder der internen Platte.
Nur ein Reboot bringt Bild und Ton zurück, das auch zuverlässig
und entweder wieder nur für 1/2 bis 1 h, oder aber für beliebig
lange Zeit. Wie gesagt: wenn's läuft, dann läuft's.
Kann dieses Problem mit dem ersten zusammenhängen?
Kann evtl. am Wochenende nicht sofort antworten, aber vielleicht kann mir
auch jemand schon so weiterhelfen?
Beste Grüße,
Sir Toby
PS. Ein Bootlog habe ich im Moment nicht zu Hand, meiner Meinung aber alles
beschrieben, was man daraus wissen müsste?
Ein paar Dinge habe ich natürlich schon erledigt:
- bei Google und im Forum gesucht, ohne Erfolg; was nicht heißt, dass man
nichts findet, wenn man ein passenderes Stichwort kennt als ich oder
einfach nur besser lesen kann .
- Um thermischen Problemen vorzubeugen - die Teile für die Kühlung
liegen bereit, sind aber noch nicht verbaut - betreibe ich die Box
im Moment offen, bis auf die leichte Abdeckung des Avia 500 durch
die Halterung der Platte sollte es keine Probleme geben.
Die einschlägigen Chips und der Tuner werden auch nicht ungebührlich warm.
- alle Lötstellen nachgelötet, alle Jumper kontrolliert und alle
Steckkontakte gereinigt. Falsch gesteckte Stecker kann man wohl
ausschließen, da 'nur' der lost interrupt auftritt.
- den neusten Snaphot (18.03.09) ausprobiert; außer einem neuen Fehler
bei der Formatumschaltung im Movieplayer aber keine Änderung.
Allerdings fiel mir hier öfter im seriellen Log auf, dass die Datei
avia600.ux gesucht und nicht gefunden wurde - die sollte es bei
meiner Box mit Avia500 aber gar nicht geben ?!
- Als Einstellungen habe ich fix: nicht im SPTS-Mode starten, aber im
SPTS-Mode aufnehmen; Platte mit aktiviertem Swap; Plattencache
deaktiviert; synchrones Schreiben mit 50 Ringpuffern (20 sind
definitiv zu wenig); sectionsd während der Aufnahme deaktiviert,
PMT-Update aus.
- Experimentiert habe ich mit HW-sections, Avia500-Watchdog, Avia500-Fix,
alles ohne erkennbare Auswirkungen.
- EPG habe ich auf die am Interface angeschlossene SD-Karte ausgelagert,
die weiteren Einstellungen aber nicht verändert wg. Speicherverbrauch.
Eine weitere Platte ist nicht angeschlossen.
es ist ein sehr langer Post geworden; hoffe aber, dass das Problem
dann schon nach der fünften Rückfrage einigermaßen eingegrenzt ist .
Danke für Eure Geduld.
Meine dbox2 (Nokia 2xI Sat, Avia500) macht mir seit Einbau eines
IDE-Interfaces nicht immer, aber immer öfter Probleme.
Jahrelang habe ich sie mit einem Konkurrenzimage stabil und
störungsfrei betrieben und auf ein NAS mit NFS aufgenommen. Da das
nur bei geringen Datenraten klappt und ich eher die Öffis sehe,
keine zufriedenstellende Lösung. Ich habe mir daher ein IDE/SATA-
Interface von dbox2.com nebst Samsung 2.5" SATA 500GB eingebaut.
Die Platte läuft am Spannungswandler des Interfaces mit Versorgung
von dbox-Netzteil, eine SD-Karte ist auch noch im Kartenleser.
Mit dem Konkurrenzimage lief das absolut instabil: die Platte
ließ sich erst im xten Anlauf formatieren; Aufnahmen wurden zwar
erzeugt - auch mit einer plausibel aussehenden Dateigröße - aber
ließen sich weder mit dem TS-Filmarchiv abspielen (zunächst i.O.,
schnell fingen sie an immer mehr zu ruckeln, dann kamen schließlich
nur noch Häppchen von einer zehntel Sekunde, die von ein paar Sekunden
Pause unterbrochen waren) noch per ftp auf den Rechner transferieren.
Hier gingen die Datenraten von ~700kB/s auf 5 kB/s runter und die
übertragene Datei war unbrauchbar. Vor allem hatte sie beliebig viele
Aussetzer, auch an Stellen, wo das Abspielen auf der Box direkt klappte.
Abspielen von TS-Dateien vom NAS ging weiterhin fehlerfrei, der Movie-
player war also nicht schuld.
Und die Box hängte sich gern mal ohne erkennbares Muster auf.
Das Bootlog zeigte Fehlermeldungen beim Erkennen des Interfaces
und sehr viele 'hda: lost interrupts'. Der Treiber versuchte ständig
Blöcke außerhalb der Platte zu lesen (ich habe die genaue Fehlermeldung
nicht im Kopf, aber sinngemäß hieß es, es wäre versucht worden, Sektor 2000
von 1000 zu lesen). Das Auftreten dieser Fehlermeldungen passte sehr genau
mit den Rucklern und Aussetzern zusammen.
Problem erkannt, als Lösung wurde mir zum JtG-Image geraten. Release 2.3.2a
(10 Feb 09) Installiert, ucodes (Avia500 v110, die anderen weiß ich nicht
auswendig, aber nichts experimentelles; mit diesen ucodes lief meine Box jahrelang
wunderbar) und Kanallisten einkopiert, konfiguriert, Platte formatiert,
ausprobiert, läuft -> prima.
Dachte ich zumindest . Manchmal läuft die Box stundenlang ohne Probleme
mit Fernseh- und Movieplayerbetrieb, ich freue ich über ein schlankes und
schnelles Image. Manchmal treten die lost interrupts mit den beschriebenen
Problemen auf, allerdings deutlich weniger extrem. Es gibt zusätzlich dann
und wann die Fehlermeldungen 'Drive Seek not ready' und oft lost interrupts
ohne weitere Beschreibung.
Bei genauerer Betrachtung im Bootlog - ich betreibe ja weder ein
Hardwarelabor noch einen Server und nehme auch primär auf, wenn ich nicht
da bin , habe also meistens kein Log, wenn's Probleme gibt -
fiel mir auf, dass das Interface manchmal als Vendor 'unknown', manchmal
als 'Gurgel' und manchmal als 'DBoxBaer or kapt.ahab/stingray' erkannt
wird. Das mounten der Partitionen etc. klappt immer, die einschlägigen
Hardware-Fehler à la 'walking bit test failed' gibt es nie. Die
'vendor'-Angabe ist das einzige, was sich von Boot zu Boot unterscheidet!
*Gefühlt* läuft alles einwandfrei, wenn letztere Einstellung (stingray)
detektiert wird.
Die auf der internen Platte aufgenommenen TS-Dateien lassen sich
problemlos im Movieplayer abspielen, ab und zu gibt's einen Ruckler,
der aber nicht an der Datei selbst liegt: kurz zurückgesprungen und die
Szene läuft beim zweiten Anschauen flüssig.
Wenn ich aufgenommene TS-Dateien per ftp kopiere, ohne dass während der
Übertragung ein lost interrupt auftritt, sind sie am Rechner einwandfrei
(fehlerfrei anzuschauen, zu demuxen und zu schneiden).
Wenn ich einen zickenden Boot erwischt habe und bei Übertragung
derselben Datei lost interrupts habe, entstehen andere Inhalte
(Dateiprüfsumme) und die beschriebenen Fehler beim Abspielen; der demuxer
beanstandet scrambled packets und Strukturfehler. Offensichtlich
werden bei einem lost interrupt fehlerhafte Daten übertragen.
-> Ganz anscheinend hat die Box also korrekt aufgenommen, kann aber die
Daten nicht immer fehlerfrei lesen.
Nach der langen Vorrede also zwei Fragen:
1) Welcher 'vendor' müsste bei mir angezeigt werden - IDE/SATA-Interface
von dbox2.com, vor wenigen Wochen gekauft - und kann ich den IDE-Treiber
vielleicht dazu zwingen, den zu verwenden, da die Auto-Detektion
nicht klappt?
2) Wenn die Box nicht will, hat sie auch gern das Symptom, dass der
Empfang nach typischerweise 1/2 bis 1 h spontan komplett ausfällt
(erst alles einwandfrei, niedrige BER etc., dann bleibt das Bild stehen
und der Ton ist weg. Beim Versuch umzuschalten sind alle Kanäle
'nicht verfügbar', kein EPG), so als hätte man das Antennenkabel entfernt
und ohne dass ich zappe, wenn der Fehler auftritt.
Alles andere, was man mit der Box sonst so machen kann, geht aber
weiter einwandfrei, insbesondere das Abspielen von TS-Files vom NAS
oder der internen Platte.
Nur ein Reboot bringt Bild und Ton zurück, das auch zuverlässig
und entweder wieder nur für 1/2 bis 1 h, oder aber für beliebig
lange Zeit. Wie gesagt: wenn's läuft, dann läuft's.
Kann dieses Problem mit dem ersten zusammenhängen?
Kann evtl. am Wochenende nicht sofort antworten, aber vielleicht kann mir
auch jemand schon so weiterhelfen?
Beste Grüße,
Sir Toby
PS. Ein Bootlog habe ich im Moment nicht zu Hand, meiner Meinung aber alles
beschrieben, was man daraus wissen müsste?
Ein paar Dinge habe ich natürlich schon erledigt:
- bei Google und im Forum gesucht, ohne Erfolg; was nicht heißt, dass man
nichts findet, wenn man ein passenderes Stichwort kennt als ich oder
einfach nur besser lesen kann .
- Um thermischen Problemen vorzubeugen - die Teile für die Kühlung
liegen bereit, sind aber noch nicht verbaut - betreibe ich die Box
im Moment offen, bis auf die leichte Abdeckung des Avia 500 durch
die Halterung der Platte sollte es keine Probleme geben.
Die einschlägigen Chips und der Tuner werden auch nicht ungebührlich warm.
- alle Lötstellen nachgelötet, alle Jumper kontrolliert und alle
Steckkontakte gereinigt. Falsch gesteckte Stecker kann man wohl
ausschließen, da 'nur' der lost interrupt auftritt.
- den neusten Snaphot (18.03.09) ausprobiert; außer einem neuen Fehler
bei der Formatumschaltung im Movieplayer aber keine Änderung.
Allerdings fiel mir hier öfter im seriellen Log auf, dass die Datei
avia600.ux gesucht und nicht gefunden wurde - die sollte es bei
meiner Box mit Avia500 aber gar nicht geben ?!
- Als Einstellungen habe ich fix: nicht im SPTS-Mode starten, aber im
SPTS-Mode aufnehmen; Platte mit aktiviertem Swap; Plattencache
deaktiviert; synchrones Schreiben mit 50 Ringpuffern (20 sind
definitiv zu wenig); sectionsd während der Aufnahme deaktiviert,
PMT-Update aus.
- Experimentiert habe ich mit HW-sections, Avia500-Watchdog, Avia500-Fix,
alles ohne erkennbare Auswirkungen.
- EPG habe ich auf die am Interface angeschlossene SD-Karte ausgelagert,
die weiteren Einstellungen aber nicht verändert wg. Speicherverbrauch.
Eine weitere Platte ist nicht angeschlossen.