Bildstörungen bei Festplattenzugriff

Oggy · 9. September 2011

Hallo zusammen!

Es ist ein recht ungewöhnliches Phänomen, das sich da bei mir zu zeigen scheint. Bei Festplattenzugriffen stellen sich Bildstörungen ein. Daher sind meine Aufnahmen regelmäßig totaler Schrott. ProjektX spuckt mir beim Verarbeiten der Streams hunderte von Fehlern aus. Wie kann das sein und wie lässt sich das Problem lösen? Ich verwende derzeit zwei Terratec Cinergy C.

Cheers
Oggy

sf0815 · 9. September 2011

Hi,

Was für ein Mainboard/CPU ?

Mal ein anderes Datenkabel für die Festplatte probiert?

Oggy · 9. September 2011

Das ist ein schon etwas betagteres ASUS A8N32-SLI mit einem X2 3800 (AFAIK). Als Systemplatte hängt eine 80er IDE. Aber nicht nur die Aufnahmen sind Schrott, sondern auch das Live-Bild, sobald die Platte rumrödelt.

Keine_Ahnung · 9. September 2011

Was sagt denn "dmesg"? Wie sf0815 schon sagte, Datenkabel, evtl. läuft die HDD im PIO Mode.

cu

Oggy · 9. September 2011

Also, ein

Code

dmesg

ergibt

Code

[ 3226.023874] NVRM: API mismatch: the client has the version 280.13, but
[ 3226.023876] NVRM: this kernel module has the version 275.09.07.  Please
[ 3226.023877] NVRM: make sure that this kernel module and all NVIDIA driver
[ 3226.023879] NVRM: components have the same version.

und ein

Code

dmesg | grep DVB

ergibt

Code

[   19.905771] DVB: registering new adapter (Terratec Cinergy 1200 DVB-C)
[   20.630705] DVB: registering adapter 0 frontend 0 (Philips TDA10021 DVB-C)...

Ist ein headless Server. Daher interessiert mich die Fehlermeldung bezügl. der Grafikkarte nicht weiter (wobei ich allerdings schon gerne wüsste, wie ich auch dieses Problem behebe).

halbfertiger · 9. September 2011

Zitat von Keine_Ahnung

Was sagt denn "dmesg"? Wie sf0815 schon sagte, Datenkabel, evtl. läuft die HDD im PIO Mode.

Wäre für den Fall nicht

hdparm /dev/hda (oder wie die Platte auch immer heißt)

geeigneter um das zu überprüfen?

Oggy · 9. September 2011

Systemplatte

Code

hdparm /dev/sdb

ergibt

Code

/dev/sdb:
 multcount 	= 16 (on)
 IO_support	=  0 (default)
 readonly  	=  0 (off)
 readahead 	= 256 (on)
 geometry  	= 9964/255/63, sectors = 160086528, start = 0

halbfertiger · 9. September 2011

In der Ausgabe sollte eigentlich

using_dma = 1 (on)

auftauchen oder = 0 (off) wenn ausgeschaltet. Ich könnte mir lediglich vorstellen dass das nicht erscheint wenn der Chipsatz als nicht-DMA-fähig erkannt wird. Versuch mal den DMA mit

hdparm -d1 /dev/hdb

einzuschalten und dann nochmal die Ausgabe von

hdparm /dev/hdb

Keine_Ahnung · 9. September 2011

Zitat von halbfertiger

hdparm /dev/hda (oder wie die Platte auch immer heißt)

geeigneter um das zu überprüfen?

Da könntest du Recht haben

Ich bin nur dmesg gewohnt weil ich damit immer gemerkt hatte wenn mein SATA Kabel mal wieder gewechselt werden wollte.

cu

halbfertiger · 9. September 2011

Sehe gerade - wieso /dev/sdb eine 80 GB IDE-Platte sollte doch eher /dev/hda sein.

Nachtrag: Bei Geräten die sich als SCSI melden ( /dev/sdx), wie SCSI oder SATA oder USB, gibt es den Parameter DMA natürlich nicht.

sf0815 · 9. September 2011

stimmt... sollte eher hda sein

aber wenn da was mit der hdd ist, sollte das Problem doch auch nur bei Aufnahmen auftreteten. Bei Live-Bild denke ich eher an irgendwas CPU/Speicher/Mainboard/Treiber mäßiges,.. Was für ein Netzteil? Mal ein anderes probiert?

Oggy · 9. September 2011

Zitat von halbfertiger

Sehe gerade - wieso /dev/sdb eine 80 GB IDE-Platte sollte doch eher /dev/hda sein.

Keine Ahnung, die Platte wird als /dev/sdb eingehängt. Meine neue 2TB SATA-Platte ist /dev/sda.

Treito · 9. September 2011

Zitat von Keine_Ahnung

Ich bin nur dmesg gewohnt weil ich damit immer gemerkt hatte wenn mein SATA Kabel mal wieder gewechselt werden wollte.

Woran machst Du das aus?

Zitat von Oggy

IO_support = 0 (default)

Da sollte eigentlich eine "1" stehen (1 - 32-Bit)

Zitat von halbfertiger

Sehe gerade - wieso /dev/sdb eine 80 GB IDE-Platte sollte doch eher /dev/hda sein.

Das wurde irgendwann mal geändert, so dass alle Festplatten /dev/sdX heißen.

halbfertiger · 10. September 2011

Zitat von sf0815

aber wenn da was mit der hdd ist, sollte das Problem doch auch nur bei Aufnahmen auftreteten. Bei Live-Bild denke ich eher an irgendwas CPU/Speicher/Mainboard/Treiber mäßiges,..

Festplattenzugriffe bremsen das gesamte System aus, bei mir auf der Activy stockt auch oft das Live-Bild wenn ich "Was läuft Heute" per VDRadmin abfrage, dafür sind auch einige Festplattenzugriffe nötig. Wenn die Festplatte dann nur im PIO-Mode laufen würde, hätte ich eine Diashow anstatt Fernsehen.

Oggy · 10. September 2011

Code

hdparm -d1 /dev/sdb

ergibt

Code

/dev/sdb:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device

Aber ein

Code

hdparm -i /dev/sdb

ergibt

Code

/dev/sdb:


 Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y28R6GCC
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=2048kB, 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
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1,2,3,4,5,6,7


 * signifies the current active mode

Alles anzeigen

Demnach würde das Laufwerk ja schon im schnellsten UDMA-Modus laufen!?

Bildstörungen bei Festplattenzugriff

Jetzt mitmachen!

Teilen