Probleme mit älterem Pentium-System und c't-VDR

Hallo Leute,

ich habe vorhin einen VDR auf einem älteren System aufgesetzt und habe nun massive Probleme bei Aufnahmen.

Sehe ich nur fern, dann läuft das System problemlos. Starte ich aber eine Aufnahme, dann wird die Bildqualitität zunehmend schlechter, es kommt zu Tonstörungen, etc bis schließlich das ganze, mittlerweile stark gestörte Bild einfriert.

Mittlerweile habe ich hier in den Boards gesucht, aber richtig schlau geworden bin ich aus den gefundenen Angaben nicht.

Ich befürchte, dass die Festplatte nur im DMA-Modus läuft, sicher bin ich aber nicht. Zudem, weiß ich nicht wirklich wo ich ansetzen soll.

Zunächst die technischen Daten meines Systems:

Pentium 200 MMX auf Soyo-Board mit Via-Chipsatz
128 MB SD-RAM
80 GByte Maxtor
Technotrend Premium 1.5

Das habe ich installiert:

vdr2:/var/log# more vdrinfo.log
**************************************
*        c't VDR Übersicht           *
**************************************


c't VDR: 1.2.6-15
Kernel : 2.4.24-ctvdr-2


Patches:
--------------------------------------
threadkill
analogtv
reccmdsubmenu125
elchiaio4c
ac3overdvb-0.2.4
wareagle
8bitcolor
osdpip-0.0.3


Plugins:
( N = Native Plugin       )
( ! = Falscher Patchlevel )
--------------------------------------
  vdr-plugin-calendar (0.1.4-1)
  vdr-plugin-clock (0.0.4-2)
  vdr-plugin-femon (0.0.3a-1)
  vdr-plugin-pilot (0.0.4-2)
  vdr-plugin-prefermenu (0.5.4-1)


Addon Packages:
--------------------------------------
vdr-addon-icons (0.3)
vdr-addon-noad (0.3.2b-2)
vdr-addon-vdrconvert (0.0.12i-10)

Das sagt hdparm:

vdr2:~# hdparm -i /dev/hda


/dev/hda:


 Model=Maxtor 6Y080P0, FwRev=YAR41BW0, SerialNo=Y2AXV9ZE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive Supports : ataATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7

Wenn ich den * richtig deute, dann läuft die Platte laut hdparm im Augenblick im UDMA2-Modus mit 33,3 MByte/s? Also liegt das Problem doch anderswo?

Das habe ich in syslog gefunden:

Sep 30 20:42:00 vdr2 vdr[2649]: buffer usage: 80% (pid=2916)
Sep 30 20:42:00 vdr2 vdr[2649]: buffer usage: 80% (pid=2655)
Sep 30 20:42:00 vdr2 vdr[2649]: buffer usage: 85% (pid=2916)
Sep 30 20:42:01 vdr2 vdr[2649]: buffer usage: 90% (pid=2916)
Sep 30 20:42:02 vdr2 vdr[2649]: buffer usage: 85% (pid=2655)
Sep 30 20:42:02 vdr2 vdr[2649]: buffer usage: 95% (pid=2916)
Sep 30 20:42:03 vdr2 vdr[2649]: buffer usage: 100% (pid=2916)
Sep 30 20:42:03 vdr2 vdr[2649]: ERROR: ring buffer overflow (165 bytes dropped)
Sep 30 20:42:03 vdr2 vdr[2649]: ERROR: ring buffer overflow (188 bytes dropped)
Sep 30 20:42:05 vdr2 last message repeated 395 times

Wenn ich die Angaben richtig interpretiere, dann arbeitet das System so langsam, dass die Daten nicht schnell genug geschriebenwerden können und es zum Pufferüberlauf kommt?

Hier noch einige andere Daten aus dem syslog miz frn Angaben zum Chipsatz, etc.

Sep 30 20:22:52 vdr2 kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00b
eta4-2.4
Sep 30 20:22:52 vdr2 kernel: ide: Assuming 33MHz system bus speed for PIO modes;
 override with idebus=xx
Sep 30 20:22:52 vdr2 kernel: VP_IDE: IDE controller at PCI slot 00:07.1
Sep 30 20:22:52 vdr2 kernel: VP_IDE: chipset revision 6
Sep 30 20:22:52 vdr2 kernel: VP_IDE: not 100%% native mode: will probe irqs late
r
Sep 30 20:22:52 vdr2 kernel: ide: Assuming 33MHz system bus speed for PIO modes;
 override with idebus=xx
Sep 30 20:22:52 vdr2 kernel: VP_IDE: VIA vt82c586a (rev 27) IDE UDMA33 controlle
r on pci00:07.1
Sep 30 20:22:52 vdr2 kernel:     ide0: BM-DMA at 0xe000-0xe007, BIOS settings: h
da:DMA, hdb:DMA
Sep 30 20:22:52 vdr2 kernel:     ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: h
dc:DMA, hdd:DMA
Sep 30 20:22:52 vdr2 kernel: hda: Maxtor 6Y080P0, ATA DISK drive
Sep 30 20:22:52 vdr2 kernel: blk: queue c035e880, I/O limit 4095Mb (mask 0xfffff
fff)
Sep 30 20:22:52 vdr2 kernel: hdc: LTN526, ATAPI CD/DVD-ROM drive
Sep 30 20:22:52 vdr2 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Sep 30 20:22:52 vdr2 kernel: ide1 at 0x170-0x177,0x376 on irq 15
Sep 30 20:22:52 vdr2 kernel: hda: attached ide-disk driver.
Sep 30 20:22:52 vdr2 kernel: hda: 160086528 sectors (81964 MB) w/7936KiB Cache,
CHS=9964/255/63, UDMA(33)

Irgendwelche Tipps, wie ich die Fehlersuche systematisieren kann?

Grüße

Ulrich

Zitat

Original von yve
was sagt

Code

hdparm -tT /dev/hda

Danke für den Tipp, folgendes kommt heraus:

vdr2:~# hdparm -tT /dev/hda


/dev/hda:
 Timing buffer-cache reads:   128 MB in  4.97 seconds = 25.75 MB/sec
 Timing buffered disk reads:  64 MB in  5.70 seconds = 11.23 MB/sec

Der erste Wert sieht in meinen Augen recht gut aus, der zweite scheint mir aber für eine moderne Platte recht niedrig zu sein. Eigentlich sollte sie die Daten von der Scheibe (fast) genauso schnell wie aus dem Cache liefern können, da die Schnittstelle eigentlich der limitierende Faktor sein sollte.

Allerdings weiß ich nicht, ob gut 11 MB pro Sekunde tatsächlich kritisch sind
.

Zitat

Original von yve
rein prophylaktisch, nimm noad den Autostart wech bis alles läuft.

Darum muß ich mich heute abend kümmern, jetzt habe ich nicht mehr genügend Zeit. Allerdings meine ich, dass ich bei der Installation die Variante gewählt habe, bei der noad nach der Aufnahme von Hand gestartet werden muß.

Besten Dank und Grüße

Ulrich

Zitat

Original von s_herzog
Gruselts eigentlich bei "Soyo Board mit VIA-Chipsatz" nur mir so?

Man muß nehmen, was man kriegen kann, und das System konnte ich vor der Verschrottung retten

Zudem lief es unter Windows 2000 vorher wirklich stabil.

Zitat

Original von s_herzog
Für nen 200 MMX könntest du doch ein anständiges Brett mit Intel-Chipsatz (VX? TX? oh mann, alles zu lange her, ich glaub, VX lieber nicht, aber sicher bin ich mir auch nimmer...der ist glaub ich neuer, aber kastriert...) billigst bekommen?!?

Und Cache-Module auch draufrotzen, so viel wie geht!

So einfach ist an diese Boards leider nicht mehr heranzukommen. Ich habe hier noch ein Asus T2P4 mit Pentium 133 herumliegen. Leider nur Revision 2.1, deshalb noch kein Split Voltage. Zudem befürchte ich, dass der IDE-Conrtroller nicht einmal UDMA1 unterstützt; im Bios jedenfalls habe ich keinen Punkt dazu gefunden. Cache ist drauf, Speicher auf 128 MB aufgerüstet.

Leider kann ich das Board mit der Maxtor-Platte nicht zum Booten überreden. Mit dem Soyo war das kein Problem. Platte auf 32 GB gejumpert, vom Bios erkennen lassen, System heruntergefahren, Jumper wieder gezogen und installiert. Das Asus-Board hingegen ist zu "intelligent" und erkennt die Änderung.

Trotzdem probiere ich eine Installation auf eine 4GB-Platte. Mal schauen, was dabei herauskommt.

An ein VX-Board könnte ich eventuell kommen, aber die sind wie Du richtig bemerkst "kastriert", der Cache beschränkt sich auf die ersten 64 MB.

Grüße

Ulrich

Zitat

Original von SvenS

Oben sieht es so aus, als ob der PCI die Daten nicht schnell genug zur Platte bekommt. Ich würde auf jeden fall ein Board mit Intel Chipsatz besorgen, kost nicht mehr viel bei ebay, das ist der Stabilität allemal zuträglich. ansonsten für die kurzfristige Abhilfe im BIOS mal die einstellungen angucken.

Die Bios-Einstellungen sind soweit ich das sehen konnte in Ordnung. Im Augenblick habe ich die Technotrend wie bereits oben geschrieben in einem anderen System und versuche damit mein Glück.

Allerdings befürchte ich, dass dort der IDE-Controller die Schwachstelle sein wird. Zudem könnte es mit dem Prozessor eng werden.

Ich werde mich wohl in der Tat nach einem anderen Board umsehen.

Grüße

Ulrich

Zitat

Original von Ulrich

So einfach ist an diese Boards leider nicht mehr heranzukommen. Ich habe hier noch ein Asus T2P4 mit Pentium 133 herumliegen. Leider nur Revision 2.1, deshalb noch kein Split Voltage. Zudem befürchte ich, dass der IDE-Conrtroller nicht einmal UDMA1 unterstützt; im Bios jedenfalls habe ich keinen Punkt dazu gefunden. Cache ist drauf, Speicher auf 128 MB aufgerüstet.

Bildwiedergabe funktioniert, aber sobald man aufnimmt kommt es erneut zu Bild- und Tonstörungen.

Das Board läuft in der Tat nur mit Multiword-DMA, Platte ist wohl zu langsam für Aufnahmen:

vdr3:~# hdparm -tT /dev/hda


/dev/hda:
 Timing buffer-cache reads:   128 MB in  3.83 seconds = 33.42 MB/sec
 Timing buffered disk reads:  64 MB in  8.26 seconds =  7.75 MB/sec

Grüße

Ulrich

Zitat

Original von s_herzog
Hm, also ich kenn den Verkäufer nicht:

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&category=23169&item=6710857962&rd=1&ssPageName=WDVW

Und die Suche dazu:

http://search-desc.ebay.de/TX-…numZ1QQcoentrypageZsearch

Alles anzeigen

Wäre eine Möglichkeit. Ich denke, die Nachfrage ist vermutlich nicht allzu hoch

Allerdings müßte ich mir ein ATX-Gehäuse besorgen. Aber das wäre auch machbar.

Zitat

Original von s_herzog
Und ich selber hab hier auch ein Siemens-ATX-Board mit Intel TX (gerade vom Chip abgelesen :D) und onboard Matrox Mystique, das SD-RAM frisst....da ist soweit ich weiß sogar ein 200er Brenzlium MMX druff....

Dummerweise weiß ich nicht, obs noch geht, bzw. obs tatsächlich ein 200er ist oder nur ein 166er...aber da auch ein 266er PII mit Board hier ruliegt, wird der P5 doch kein VDR-System

Die Boards gibts also doch noch

Was möchtest Du für das Board inclusive Versand haben? PI 200 und Speicher habe ich ja.

Grüße

Ulrich

Zitat

Original von s_herzog
Was vielleicht eine Überlegung wert wäre, wäre ein separater IDE-Controller...

Hatte ich auch schon überlegt, aber das Board mit dem Via-Chipsatz hat nur drei PCI-Slots, und die wären schon mit Grafikkarte, Netzwerkadapter und Technotrend belegt.

Das Asus T2P4 hat zwar vier Slots, unterstützt aber kein Split Voltage.

Grüße

Ulrich

Zitat

Original von Ulrich
[

Was möchtest Du für das Board inclusive Versand haben? PI 200 und Speicher habe ich ja.

Hat sich erledigt. Ich habe ein System mit P2-266 auftreiben können, das auf Anhieb läuft. Ich muß lediglich noch ein oder zwei Lüfter tauschen, an denen der Zahn der Zeit genagt hat.

Grüße

Ulrich

Zitat

Original von s_herzog
Siehste, alles Bingo

Glück gehabt Ist zwar nur ein LX-Board, aber es scheint stabil zu laufen. Große Platten werden im Bios nicht untestützt, aber Platte auf 32 GB jumpern, erkennen lasssen und dann wieder zu entjumpern funktionierte.

Zitat

Original von s_herzog
Das Board hätt ich mich eh net richtig getraut zu verticken, weil ich net weiß, obs noch geht, und weil ich noch nicht genau researched habe, was das genau für ein Modell ist und ob es noch "gefragt" ist :D, war aus einer Siemens Scenic M "irgendwas" Workstation

Außerdem haben die den beschissenen Kühler mit Wärmeleitkleber auf die CPU gebappt, man kriegt den Sockelhebel nicht auf

Wenn das Board nicht funiktioniert hätte, dann hättest Du es halt zurückbekommen. Das Porto wäre dann auf meine Rechnung gegangen

Von Siemens-Boards habe ich übrigens nie etwas wirklich schlechtes gehört. Von der Leistung her waren sie wohl einige Prozent langsamer als die Konkurenz, dafür liefen sie aber angeblich meist absolut stabil.

Bei alter Hardware ist man vor Überraschungen nie sicher. Das T2P4-System z.b. war mit einer 6GB-Platte ausgestattet. Als ich das Board außer Betrieb genommen hatte, lief sie noch. Jetzt wurde sie nicht einmal mehr im Bios erkannt. Passiert halt.

Grüße

Ulrich

Zitat

Original von Ranco

Des is bestimmt der von Aldi, oder? Steht da Medion drauf? Dann hab ich den nämlich auch.

Nein, nicht von Aldi

Noname-Rechner mit Gigabyte GA686LX3

Grüße

Ulrich