[gelöst]Easyvdr auf 4 GB CF-Karte - Zwitschern bei Aufnahme

[bob]

Hallo zusammen,
ich lese schon lange hier mit, habe mich nun entschlossen zu easyvdr zu wechseln.

Mein Testsystem (siehe Signatur) habe ich mit dem easyvdr 0.5 RC1 installiert.
Auf den ersten Blick läuft alles ordnungsgemäß und zufriedenstellend.
Bei den Aufnahmevorgängen jedoch gibt es Probleme.

Als Systemplatte möchte ich eine 4 GB CF-Karte nutzen, bei meinem aktuellen Altsystem linvdr läuft dies schon seit 1,5 Jahre problemlos.
Die 250 GB Datenplatte (dazu verwende ich die Platte aus dem Altsystem) mounte ich nach /mnt/hdb1, anschliessend erstelle ich einen Softlink /media/video0 /mnt/hdb1.
Ich weiß, /video0 ist auch ein Softlink zu /media/video0, also im Endeffekt zwei Softlinks hintereinander, das scheint zunächst nicht das Problem zu sein.
Ich kann mit easyvdr problemlos die nun zur Verfügung stehenden alten Aufnahmen vom linvdr abspielen.

Beim Aufnehmen beginnt der Stress nun, in unregelmässigen Abständen zwitschert es, Klötzchen sind am Bildschirm zu sehen und im logread werden Meldungen "TS continuity error" ausgegeben.
Der genutze Kanal scheint egal zu sein.
Leider hab ich aktuell kein Beispiellog, habe mehrmals das System mit unterschiedlichen Versionen installiert, aktuell ist das einzige verfügbare Satkabel frauentechnisch "blockiert".

Das gleiche System habe ich heute morgen testweise direkt auf eine 80 GB IDE-Festplatte installiert und anschliessend den Aufnahmevorgang geprüft kein Problem.

Es deutet sich also an, das die CF-Kartenlösung beim Aufnahmen ein Problem hat.
Mir gehen die Ideen aus, mit welchen Parametern/Schrauben ich die Situation in den Griff bekommen könnte.

Es handelt sich um eine 4 GB CF-Karte Transcend CompactFlash Card (Ultra133, Schwarz)
Kapazität 4096 MB
Datentransfer 18 MB/s lesen, 20 MB/s schreiben
Angeschlossen über CF-IDE Kartenadapter (läuft im linvdr mit der 1 GB Karte problemlos)
Swap ist ausgeschaltet, mit den installierten 512 MB Ram sollte es keinen Stress geben.
Mir ist auch aufgefallen, das das Menü zeitweise träge ist, dazu habe ich dann den Sleepmode für /dev/hda deaktiviert, das hat schon Verbesserung gebracht beim Menü.

Vielleicht hat jemand hier einen Lösungsansatz oder Denkanstoß für mich?

Code:

hdparm -I /dev/hda
/dev/hda:
ATA device, with non-removable media
        Model Number:       TRANSCEND
        Serial Number:      0           0011209A
        Firmware Revision:  20070831
Standards:
        Likely used: 6
Configuration:
        Logical         max     current
        cylinders       7769    7769
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:    7831152
        LBA    user addressable sectors:    7831152
        device size with M = 1024*1024:        3823 MBytes
        device size with M = 1000*1000:        4009 MBytes (4 GB)
Capabilities:
        LBA, IORDY(may be)(cannot be disabled)
        bytes avail on r/w long: 4
        Standby timer values: spec'd by Vendor
        R/W multiple sector transfer: Max = 1   Current = 1
        Advanced power management level: unknown setting (0x0000)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Power Management feature set
                WRITE_BUFFER command
                READ_BUFFER command
                NOP cmd
                CFA feature set
                Advanced Power Management feature set
HW reset results:
        CBLID- below Vih
        Device num = 0
CFA power mode 1:
        enabled
        Maximum current = 500ma
        Integrity word not set (found 0x0000, expected 0x11a5)

Code:

easyVDR:~# uname -a
Linux easyVDR 2.6.22.5-SMP #2 SMP PREEMPT Fri Aug 24 23:01:32 CEST 2007 i686 GNU/Linux
easyVDR:~# /usr/vdr/vdr -V
vdr (1.4.7/1.4.5) - The Video Disk Recorder
easyVDR:~# 

Code:

easyVDR:~# fdisk -l

Disk /dev/hda: 4009 MB, 4009549824 bytes
128 heads, 63 sectors/track, 971 cylinders
Units = cylinders of 8064 * 512 = 4128768 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1           1        4000+  83  Linux
/dev/hda2   *           2         243      975744   83  Linux
/dev/hda3             244         970     2931264   83  Linux
/dev/hda4             971         971        4032   83  Linux

Code:

easyVDR:~# top
top - 09:48:55 up 42 min,  1 user,  load average: 0.20, 0.18, 0.07
Tasks:  82 total,   1 running,  81 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.4%sy,  0.0%ni, 96.3%id,  3.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    478500k total,   158828k used,   319672k free,    56732k buffers
Swap:        0k total,        0k used,        0k free,    51484k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0  1944  644  544 S  0.0  0.1   0:00.81 init
    2 root      14  -5     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 migration/0
    4 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.03 events/0
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
   71 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kblockd/0
   72 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
   73 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify
  232 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/0
  233 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0
  234 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 ata_aux
  235 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
  256 root      25   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
  257 root      15   0     0    0    0 S  0.0  0.0   0:00.01 pdflush
  258 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kswapd0
  259 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
  260 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 cifsoplockd
  261 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 cifsdnotifyd
  263 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 jfsIO
  264 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 jfsCommit
  265 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 jfsSync
easyVDR:~#                       

Gruß
bob

[bob]

Hallo zusammen,


habe das Problem gelöst in dem ich die CF-Karte an alleine an einem IDE-Strang angeschlossen habe.



Gruß
bob

[Martin]

...wenn das zweite device langsam ist, wird der CF ausgebremst...

Infos dazu ergibt hdparm ...

[bob]

...wenn das zweite device langsam ist, wird der CF ausgebremst...

Infos dazu ergibt hdparm ...

Ich denke nicht das das zweite Gerät tendenziell langsamer als die CF-Karte ist, es handelt sich dabei um eine aktuelle 250 GB Festplatte.

Nach meiner oben angesprochenen Problemlösung hatte ich zeitweise Situationen, wo die CF-Karte arg am rödeln war, die Bedienung über Fernbedienung war nicht mehr möglich.

Nun...mir sind die Ideen nachher ausgegangen. Das System kränkelt, in den Logdateien war nichts verdächtiges zu sehen.
Ich habe dann das System neu installiert, dabei habe ich ext2 als Dateisystem auf der CF-Karte gewählt.
Und siehe da...die träge Menüführung geht nun blitzschnell.





Gruß
bob

[dutchguy]

Hmmm...

du hast wahrscheinlich die richtige lösung für dein Problem gefunden. Ich kenne es aus der vergangenheit als CF Cards noch 'langsam' wahren. Es galt damals als schlechte Idee um CF mit ext3 zu benützen. Oft tauchten im syslog dan fehler auf wie:
invalidate buffer: busy buffer
invalidate buffer: dirty buffer
Das ist der Kernel der meldet das sein 'dirty buffer' der Daten beinhaltet die noch geschrieben werden sollten nicht rechtzeitig los werden kann. Eine andere schnellere CF Karte könnte auch eine Lösung sein.

/Dutchguy.

[bob]

Eine andere schnellere CF Karte könnte auch eine Lösung sein.

/Dutchguy.

Der von Anfang an problemlos laufende linvdr ist auf einer 80x 1 GB Karte installiert, während die Problemkarte eine 133x 4 GB darstellt. Die 1 GB Karte läuft seit 2 Jahren stressfrei ohne jegliche Stressmomente.
Beide Karten sind vom gleichen Hersteller.

Gruß
bob

[dutchguy]

Ja, und eben weil gleicher Hersteller ist die Annahme berechtigt das es kein Hardware Problem ist. Dennoch haben gerade Tests in denn letzten 2 Jahre in bezug auf CF Cards für Digital Fotografie erhebliche Unterschiede festgestellt, auch bei Markenhersteller. Auch zu erwähnen ist die Tatsache das es gut getürkte Fälschungen auf dem Markt gibt, die nicht Ansatzweise an die performance des Originals kommen. Und zum Schluss haben CF Cards Modelabhängig intern eine Datenstruktur die in Kombination mit gewisse Anwendungen eher kontraproduktiv wirkt. Stichwort 'burstmode'
Hab in der Hinsicht vor 2 Jahre einiges an Erfahrung sammeln können, und weiß seitdem, nicht alles wo schnell drauf steht, auch immer schnell ist.