System-Crash beim Vorschpulen von Timeshiftaufnahmen

Hallo Zusammen,

Hab ein 'Big'-Problem. Der Fehler lässt sich am besten bei folgendem Ablauf erzwingen:

- Sender auf Pause gehen
- Wiedergabe im Menu beenden (Aufnahme laufen lassen)
- Auf beliebigen Sender auf gleichem Transponder schalten (Habe nur eine TV-Karte)
- Im Menu auf Aufzeichnungen gehen und die soeben aufgenommene Timeshift auswählen.
- 'OK' wählen um Statusanzeige zu zeigen
- Dann auf schnell Vorspulen gehen
- Wenn ca 1 min gespult wurde crashed das System und es lässt sich nur resetten.
- manchmal bleibt das System auch stehen, wenn er schon 4 Std aufnimmt.

Welche austattung das System hat:
-Nexus DVB-S Modell 564
-128 RAM
- Celeron 1,8GHz
- MSI P4MAM 6787-20 mit Apollo Pro266 Chipsatz, Grafik on Board
- Seagate 120GB Festplatte mit 5400 u/min

Was ich schon alles ausprobiert habe und nichts gebracht hat.
- Deaktivieren aller Plugins
- Deaktivieren von Samba
- auf Entwicklersystem Woody mit Kernel 2.4.21 (im Prinzip wie Linvdr)
- Verschiedene DVB-Treiber Versionen
- Safe settings im Bios geladen
- Ultra-dma-Modus geändert (z.B. hdparm -c0 -u0 -d1 -X33 /dev/hda)
- Ein anderes Gleiches System tritt der Fehler genauso auf (hab noch eins)

Wenn der Fehler nicht auftritt:
- Wenn ich den dma-Modus der Festplatte mit hdparm -d0 /dev/hda abschalte (natürlich kann das nicht die Endlösung sein, da sonst das Bild u. Ton ruckelt)
- auf einem Gentoo-System mit zwei TV-Karten tritt der Fehler nicht auf

Wenn ich die gelesenen Postings richtig verstehe wird doch der Chipsatz von Linvdr komplett unterstützt oder? Vielleicht hat jemand gleiche Erfahrungen gemacht.

Hat vielleicht einer einen Gedankenvorschlag ? Bin mit dem Latein am Ende.

Im voraus Danke

Gruss Hapemo

Hallo Mark2,

Habe schon mit vielen Einstellungen im Bios rum experementiert. Habe auch alles abegeschaltet was abschaltbar ist.

Wie schon vorher im posting erwähnt habe ich auch die Fail-safe-settings geladen.
Hat bisher kein Erfolg gebracht.

Der Fehler tritt definitiv nur dann auf, wenn ich dma (hdparm) aktiviert habe.

Vielleicht sonst noch irgendwelche Tips ?

Die genaue Bezeichnung des Chipsatzes ist VIA P4M266A. Zu finden unter: http://www.msi-computer.de/produkte/produkt.php?Prod_id=320

Gruss,

Hapemo

Hallo Bambo,

habe ich schon gecheckt:

Hier

Zitat

- Safe settings im Bios geladen
- Ultra-dma-Modus geändert (z.B. hdparm -c0 -u0 -d1 -X33 /dev/hda)
- Ein anderes Gleiches System tritt der Fehler genauso auf (hab noch eins)[QUOTE]-

habe auch schon andere moden geprüft.
Trotzdem danke für den gut gemeinten Rat

Gruss,

Hapemo

Hallo Stephan,

Smart hatte ich schon versucht-> kein Erfolg
Blocktransfer, ich nehme an LBA -> werde ich noch versuchen
Bios update, gibt es noch keins-> das Board ist noch zu neu (MSI)
Neue Platte bekomm ich noch (anderer Hersteller)-> werde ich testen
Kabel und neues Board -> kann ich ausschliessen, habe noch ein Baugleiches nur in einem Anderen Gehäuse.

Danke für die Tips, werde bescheid geben wenns geklappt hat. Ich hoffe LBA ist schuld. ansonsten kann ich nur noch auf ein Bios-update warten.

Gruss,

Hapemo

Hallo Zusammen,

ich bin mir ziemlich sicher die Ursache lokaliesiert zu haben. Und zwar scheint fbtv schuld zu sein. Deaktiviere ich ich es in der /etc/sysconfig kann ich spulen wie ein Verückter.

Wenn ich jedoch über die Konsole fbtv eingebe, muss ich nur wenige Minuten warten, bis der Rechner abstürtzt. Den Diagnose habe ich mehrfach durchgeführt und war positiv.

Merkwürdig ist es trotztdem, wenn ich den DMA-Modus abschalte tritt der Fehler nicht auf. Hängt es damit zusammen, wie fbtv auf die Grafikkarte zugreift? Grafik ist on Board.
Oder kann jemand ein gleiches Verhalten aufweisen (natürlich mit eingeschalteten fbtv)?
Wäre nett wenn der ein oder andere dies kurz testet.Ebenso interressantist, ob das Problem auf anderer Hardware auch zutrifft, oder ob meine Verwendetet Hardware das Problem ist.

Warum ich nicht früher darauf gekommen bin:
Hatte keine Möglichkeit einen Fernseher daran zu betreiben, und musste dadurch auf fbtv zurückgreifen.

Danke.

Gruss

HaPe

Hallo Tom,

Habe die Gegenprobe entzwischen mehrfach durchgeführt und mache gerade einen Langzeittest. Einen 15 Std. Aufnahme mit dreifach Vorlauf. Statusbalken steht gerade an Std 10.
Hätte ich fbtv am laufen wär er einpaarmal abgestürtzt.

Wäre also interessant den Test so durchzuführen, wie im ersten Posting erwähnt.
Natürlich wunsche ich keinem die gleichen Probleme, nur möchte ich wissen ob es nur bei mir so ist.

Gruss,

HaPe

Hallo,

mark2, ganz genau du hast Recht

bambo, Hallo nochmal Dankge für Deine Tips. Delayed Transaction bringt keine Besserung egal ob de oder aktiviert. Habe entzwischen ne Samsung Festplatte 160GB gecheckt, gleiche Problematik. lspci hab ich auf der Kiste nicht drauf da LinVDR=minimalsystem.
cat /proc/pci zeigt bei VGA "Latency=32" an. PCI-Latency ist im Bios nicht auffindbar.

Seit ich ohne fbtv schaue habe ich null abstürze.

Gruss,

HaPe