Bildstörungen mit Kernel > 4.9.x

Basierend auf den letzten Antworten in diesem Thema Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

habe ich dieses Thema neu angefangen.

Das Problem sind Bildstörungen, die auch in einer Aufnahme zu sehen sind wenn man auf das Dateisystem zugreift. Z. B. beim kopieren von Dateien oder auch wenn man timeshift zu laufen hat. Dabei ist es egal ob man auf eine USB Platte schreibt oder auf die interne SD Karte. Das Bild zuckt leicht und die untere Hälfte zerfällt in grüne Kästchen.

Es liegt eindeutig am Kernel. Ich kann mit einem 4.9.x auf der Festplatte rumschreiben wie ich will, das Bild ist immer stabil. Mit einem Upgrade "rpi-update" gibt es sofort Störungen. Mit dem downgrade auf 4.9.x läuft es sofort wieder. Da ist nur der Kernel geändert worden. VDR und der Rest ist identisch. Auch die DVB Sky Firmware wird beim ändern des Kernels nicht angefasst.

Ich kopiere nur die Firmware Dateien der DVB Sky. Siehe hier unter "Firmware".

http://www.dvbsky.net/Support_linux.html

Quote from SurfaceCleanerZ

Hi,

Für 4.9 gibt es dort nichts, oder hab ich es übersehen? Evtl passt die Firmware nicht zu größer 4.8?

Hast du den aktuellsten Kernel mal versucht manuell zu installieren?

Mfg Stefan

Zur Fehlereingrenzung habe ich etliche Kernel installiert, bis hin zu 4.19.x. Deshalb weiß ich das es ab größer als 4.9.x die Probleme gibt.

Quote from seahawk1986

Hast du schon mal versucht den IO Scheduler zu ändern?

Was sagt denn

Code

for d in /sys/block/*/queue/scheduler
do
    echo "$d $(cat "$d")"
done

Das teste ich mal.

Quote from seahawk1986

Hast du schon mal versucht den IO Scheduler zu ändern?

Was sagt denn

Code

for d in /sys/block/*/queue/scheduler
do
    echo "$d $(cat "$d")"
done

/sys/block/loop0/queue/scheduler [mq-deadline] kyber none
/sys/block/loop1/queue/scheduler [mq-deadline] kyber none
/sys/block/loop2/queue/scheduler [mq-deadline] kyber none
/sys/block/loop3/queue/scheduler [mq-deadline] kyber none
/sys/block/loop4/queue/scheduler [mq-deadline] kyber none
/sys/block/loop5/queue/scheduler [mq-deadline] kyber none
/sys/block/loop6/queue/scheduler [mq-deadline] kyber none
/sys/block/loop7/queue/scheduler [mq-deadline] kyber none
/sys/block/mmcblk0/queue/scheduler [mq-deadline] kyber none
/sys/block/ram0/queue/scheduler none
/sys/block/ram1/queue/scheduler none
/sys/block/ram10/queue/scheduler none
/sys/block/ram11/queue/scheduler none
/sys/block/ram12/queue/scheduler none
/sys/block/ram13/queue/scheduler none
/sys/block/ram14/queue/scheduler none
/sys/block/ram15/queue/scheduler none
/sys/block/ram2/queue/scheduler none
/sys/block/ram3/queue/scheduler none
/sys/block/ram4/queue/scheduler none
/sys/block/ram5/queue/scheduler none
/sys/block/ram6/queue/scheduler none
/sys/block/ram7/queue/scheduler none
/sys/block/ram8/queue/scheduler none
/sys/block/ram9/queue/scheduler none
/sys/block/sda/queue/scheduler [mq-deadline] kyber none

Ein:

sudo su
echo bfq > /sys/block/sda/queue/scheduler

bringt das:

bash: echo: Schreibfehler: Das Argument ist ungültig.

Quote from wmautner

Dann würde ich mal ein "echo kyber >/sys/block/sda/queue/scheduler" und dasselbe auch

als "echo kyber >/sys/block/mmcblk0/queue/scheduler".

Bfq scheint es beim Raspi hier nicht zu geben

Das hat leider nichts gebracht. Die Störungen bleiben.

Mal so gefragt : gibt es denn mitleser die mit neuerem Kernel keine Probleme haben?

Uwe: was hast du denn für eine satkarte?

Ich habe auch eine S960 USB. Es gab ja hier den Hinweis über eine Puffer Erhöhung im Treiber. Ich habe mich wegen unwissenheit da noch nicht rangetraut. Evtl. kommt ja das Problem nur mit dieser Satbox.

Ja, klar. Ich würde den gerne testen. Weiß aber noch nicht wann ich dazu komme.