yaVDR 0.5, TT S-2300 Premium, Headless, leichte Installationsprobleme

doug · September 12, 2014 at 7:47 PM

Jetzt ist mir noch was aufgefallen, seit dem ich die Grafikkarte drin hab bekomme ich recht häufig diese Meldung:

Sep 12 19:43:19 vdr vdr: video/vdpau: missed frame (19569/98920)
Sep 12 19:43:19 vdr vdr: video: 16:27:55.720 +32 527 0/\ms 75+2 v-buf

Muss da an der Grafikkarte noch was eingestellt werden?

Gruß
Doug

ATD · September 12, 2014 at 8:02 PM

Quote from doug

Die ist leer:

Ich dachte immer, dass Du nur den seriellen benutzt. Info vor der Frage bitte!

Quote from doug

Kann ich eigentlich der S480 meine alte FB beibringen?

Nein, bzw. nur mit großen Aufwand. Lohnt sich nicht wirklich. Meine Meinung.

Quote from doug

Muss da an der Grafikkarte noch was eingestellt werden?

Das kannst Du einfach ignorieren, es gibt doch keinerlei Bildstörungen, oder?

Albert

doug · September 12, 2014 at 8:22 PM

Quote from ATD

Ich dachte immer, dass Du nur den seriellen benutzt. Info vor der Frage bitte!

Es ging immer um die Serielle.

Quote from ATD

Nein, bzw. nur mit großen Aufwand. Lohnt sich nicht wirklich. Meine Meinung.

Ok, dann lass ich das.

Quote from ATD

Das kannst Du einfach ignorieren, es gibt doch keinerlei Bildstörungen, oder?

Ok, macht halt nur die logs voll. Ich beobachte das mal weiter wie viel das wird.

doug · September 12, 2014 at 11:14 PM

Au man, jetzt dachte ich, dass ich so gut wie fertig bin, da hat sich die Kiste aufgehängt und nach einem reboot startet der VDR nicht mehr.
Die WFE ist noch erreichbar aber bekommt den VDR nicht mehr gestartet. Ich hab gerade keinen Plan warum.
Das softhddevice scheint probleme beim starten zu haben. Aber warum?

Code

Sep 12 23:05:44 vdr vdr: [1352] VDR version 2.0.6 started
Sep 12 23:05:44 vdr vdr: [1352] switched to user 'vdr'
Sep 12 23:05:44 vdr vdr: [1352] codeset is 'UTF-8' - known
Sep 12 23:05:44 vdr vdr: [1352] found 28 locales in /usr/share/locale
Sep 12 23:05:44 vdr vdr: [1352] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.0.6
Sep 12 23:05:44 vdr vdr: [1352] deleting plugin: softhddevice
Sep 12 23:05:44 vdr vdr: [1352] exiting, exit code 2
Sep 12 23:05:44 vdr kernel: [   11.486166] init: vdr main process (1352) terminated with status 2
Sep 12 23:05:48 vdr kernel: [   16.037547] eth0: no IPv6 routers present
Sep 12 23:05:56 vdr dbus2vdr: dbus2vdr-daemon on vdr starting, conf = /var/lib/vdr/plugins/dbus2vdr
Sep 12 23:05:56 vdr kernel: [   23.983706] init: failsafe main process (952) killed by TERM signal
Sep 12 23:05:56 vdr acpid: starting up with proc fs
Sep 12 23:05:56 vdr acpid: 35 rules loaded
Sep

Display More

/Doug

ATD · September 12, 2014 at 11:55 PM

Quote from doug

Au man, jetzt dachte ich, dass ich so gut wie fertig bin, da hat sich die Kiste aufgehängt und nach einem reboot startet der VDR nicht mehr.

Zuletzt hast Du Änderungen an SHD vorgenommen. Vorschlag: vdr-sxfe einstellen und Neustart. Wenn es dann geht, dann sehen wir weiter.

Albert

doug · September 13, 2014 at 12:14 AM

Quote from ATD

Zuletzt hast Du Änderungen an SHD vorgenommen. Vorschlag: vdr-sxfe einstellen und Neustart. Wenn es dann geht, dann sehen wir weiter.

Startet, allerdings ohne Bild. Auf VDR Live kann ich mich wieder einloggen.

ATD · September 13, 2014 at 12:21 AM

Quote from doug

Startet, allerdings ohne Bild. Auf VDR Live kann ich mich wieder einloggen.

Na denn, wieder auf SHD umschalten. Alternativ, Bildschirm neu erkennen lassen.

50 Hz ist Pflicht!

Albert

doug · September 13, 2014 at 12:25 AM

Quote from ATD

Na denn, wieder auf SHD umschalten. Alternativ, Bildschirm neu erkennen lassen.

Da bekomme ich jetzt die Fehlermeldung: "Fehler beim speichern der Daten"

doug · September 13, 2014 at 12:28 AM

Und im Log:

Sep 13 00:27:07 vdr vdr: [2751] frontend 1/0 lost lock on channel 31, tp 211685
Sep 13 00:27:07 vdr vdr: [2751] frontend 1/0 regained lock on channel 31, tp 211685

doug · September 13, 2014 at 12:38 AM

Nach Reboot gleich Meldung im Log:

Code

Sep 13 00:34:32 vdr vdr: [1231] VDR version 2.0.6 started
Sep 13 00:34:32 vdr vdr: [1231] switched to user 'vdr'
Sep 13 00:34:32 vdr vdr: [1231] codeset is 'UTF-8' - known
Sep 13 00:34:32 vdr vdr: [1231] found 28 locales in /usr/share/locale
Sep 13 00:34:32 vdr vdr: [1231] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.0.6
Sep 13 00:34:32 vdr vdr: [1231] deleting plugin: softhddevice
Sep 13 00:34:32 vdr vdr: [1231] exiting, exit code 2
Sep 13 00:34:32 vdr kernel: [    5.768409] init: vdr main process (1231) terminated with status 2
S

ATD · September 13, 2014 at 11:19 PM

Doug, sorry, ich habe Dich fast vergessen. Hier findest Du alles, was Du zum Reparatur brauchst.

Albert

doug · September 14, 2014 at 12:59 AM

Kein Problem, hatte eh keine Zeit heute.

doug · September 14, 2014 at 1:07 PM

Quote from ATD

Doug, sorry, ich habe Dich fast vergessen. Hier findest Du alles, was Du zum Reparatur brauchst.

Hab das hier gemacht: Hier

Allerding ohne Kernel Update. Hat aber nicht funktioniert.

/Doug

ATD · September 14, 2014 at 5:35 PM

Quote from doug

Allerding ohne Kernel Update. Hat aber nicht funktioniert.

Wichtig ist nur das:

Code

- vdr und ggf. openbox stoppen,
- /var/lib/yavdrdb.hdf den Sektion x11 entfernen, Klammern zählen,
- /etc/X11/xorg.conf.yavdr, /etc/X11/xorg.conf.rescan, /etc/X11/edid.0.yavdr löschen oder umbenennen,
- process-template /etc/X11/xorg.conf.yavdr,
- reboot,
- über WFE neu erkennen lassen.

Albert

doug · September 14, 2014 at 9:09 PM

Hab's genau so gemacht:

Code

root@vdr:~# stop vdr
stop: Job has already been stopped: vdr
root@vdr:~# stop openbox
openbox stop/waiting
root@vdr:~# cat /var/lib/yavdrdb.hdf | grep -i X11
root@vdr:~# rm /etc/X11/xorg.conf.yavdr
root@vdr:~# rm /etc/X11/xorg.conf.rescan
rm: cannot remove `/etc/X11/xorg.conf.rescan': No such file or directory
root@vdr:~# rm /etc/X11/edid.0.yavdr
rm: cannot remove `/etc/X11/edid.0.yavdr': No such file or directory
root@vdr:~# process-template /etc/X11/xorg.conf.yavdr
root@vdr:~# reboot


Broadcast message from root@vdr
        (/dev/pts/0) at 20:59 ...


The system is going down for reboot NOW!

Display More

Tut's leider nicht. Ich glaube ich muß noch mal ganz von vorne starten, oder gibt's noch einen anderen Weg?

/Doug

doug · September 14, 2014 at 9:17 PM

Hier noch das log vom Rescan:

Display Spoiler

Code

Sep 14 21:10:54 vdr /usr/bin/signal-event.real[2049]: processing signal rescan-display
Sep 14 21:10:54 vdr /usr/bin/signal-event.real[2049]: processing action /usr/share/yavdr/events/rescan-display/00_stop-x rescan-display
Sep 14 21:10:55 vdr kernel: [  669.692248] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:55 vdr kernel: [  669.696495] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Sep 14 21:10:55 vdr /usr/bin/signal-event.real[2049]: processing action /usr/share/yavdr/events/rescan-display/10_scan rescan-display
Sep 14 21:10:55 vdr kernel: [  670.421119] init: openbox main process (965) terminated with status 1
Sep 14 21:10:55 vdr acpid: client connected from 2058[0:0]
Sep 14 21:10:55 vdr acpid: 1 client rule loaded
Sep 14 21:10:55 vdr kernel: [  670.485382] nvidia 0000:01:00.0: irq 44 for MSI/MSI-X
Sep 14 21:10:56 vdr acpid: client connected from 2058[0:0]
Sep 14 21:10:56 vdr acpid: 1 client rule loaded
Sep 14 21:10:56 vdr kernel: [  671.036009] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:56 vdr kernel: [  671.044006] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:56 vdr kernel: [  671.089944] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=1
Sep 14 21:10:56 vdr kernel: [  671.095995] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Sep 14 21:10:56 vdr kernel: [  671.543829] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:56 vdr kernel: [  671.551823] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Sep 14 21:10:57 vdr kernel: [  671.843724] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Sep 14 21:10:57 vdr /usr/bin/signal-event.real[2049]: processing action /usr/share/yavdr/events/rescan-display/90_create-xorg-conf-yavdr rescan-display
Sep 14 21:10:57 vdr /usr/bin/signal-event.real[2049]: processing action /usr/share/yavdr/events/rescan-display/99_start-x rescan-display
Sep 14 21:10:57 vdr kernel: [  672.332079] init: plymouth-stop pre-start process (2077) terminated with status 1
Sep 14 21:10:57 vdr /usr/bin/signal-event.real[2049]: finished processing signal rescan-display
Sep 14 21:10:57 vdr acpid: client 2058[0:0] has disconnected
Sep 14 21:10:57 vdr acpid: client 2058[0:0] has disconnected
Sep 14 21:10:57 vdr acpid: client connected from 2085[0:0]
Sep 14 21:10:57 vdr acpid: 1 client rule loaded
Sep 14 21:10:57 vdr kernel: [  672.402304] nvidia 0000:01:00.0: irq 44 for MSI/MSI-X
Sep 14 21:10:58 vdr acpid: client connected from 2085[0:0]
Sep 14 21:10:58 vdr acpid: 1 client rule loaded
Sep 14 21:10:58 vdr acpid: client connected from 2085[0:0]
Sep 14 21:10:58 vdr acpid: 1 client rule loaded
Sep 14 21:10:58 vdr kernel: [  672.881187] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:58 vdr kernel: [  672.887338] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Sep 14 21:10:58 vdr kernel: [  672.936764] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=1
Sep 14 21:10:58 vdr kernel: [  672.943310] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Sep 14 21:10:58 vdr kernel: [  673.107132] init: wait-for-job-state (vdr-frontendvdr) main process (1186) killed by TERM signal
Sep 14 21:10:58 vdr kernel: [  673.109493] init: vdr-exit-2 main process (2112) terminated with status 1
Sep 14 21:10:59 vdr kernel: [  673.711040] HDMI: detected monitor Panasonic-TV
Sep 14 21:10:59 vdr kernel: [  673.711044]  at connection type HDMI
Sep 14 21:10:59 vdr kernel: [  673.711053] HDMI: available speakers: FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH TC FCH
Sep 14 21:10:59 vdr kernel: [  673.711061] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16

Display More

doug · September 15, 2014 at 11:23 AM

So, ich hab jetzt noch mal ganz von vorne angefangen:

- 0.5a intalliert
- apt.get update / dist-upgrade

Läuft soweit alles bis auf meine Grafikausgabe über Nvidia GT630, bekomme kein Bild mehr (vdr-plugin-softhddevice).

Hab dann noch mal zu Sicherheit Kernelupdate gemacht auf: 3.8.0-44-generic und die Nvidia Treiber aktualisiert, leider ohne Erfolg.

Im log habe ich immer folgende Meldung:

ERROR: TS packet not accepted in Transfer Mode

Konnte dazu nix gescheites finden.

Gruß
Doug

schneisa · September 15, 2014 at 12:20 PM

Hi,

sei doch bitte nicht so sparsam mit den Informationen. Diese eine Zeile deutet auf Empfangsprobleme hin.

Nachdem du neu installiert hast, ist das jetzt ein neues Spiel.
Zeig uns bitte die Datei /var/log/syslog und /var/log/Xorg... und am besten noch die Ausgabe von dmesg

Damit man es besser lesen kann, bitte hier als Attachment oder als pastebin link

Viele Grüße
schneisa

doug · September 15, 2014 at 12:43 PM

Quote from schneisa

Zeig uns bitte die Datei /var/log/syslog und /var/log/Xorg... und am besten noch die Ausgabe von dmesg

Hier die logs:
syslog

Xorg

dmesg

Empfangsprobleme hab ich nicht, ich kann Aufnehmen und über Web abspielen nur über die Grafikkarte geht's nicht (HDMI).

Gruß
Doug

schneisa · September 15, 2014 at 3:01 PM

im syslog findet sich die folgende Zeile

Code

Sep 15 12:24:44 vdr kernel: [ 5.631798] init: wait-for-job-state (vdr-frontendvdr) main process (1110) killed by TERM signal

Also scheint es Probleme mit dem Frontend zu gegen (das macht die Bildausgabe am Monitor)

Dafür gibt es eine log Datei in /var/log/upstart/vdr.....

Viele Grüße
schneisa

yaVDR 0.5, TT S-2300 Premium, Headless, leichte Installationsprobleme

Participate now!

Tags

Users Viewing This Thread