Posts by Jinx138
-
-
Leider nein, das syslog wiederholt genau diese Einträge tausendfach... Offenbar ist es ein MySQL Problem. Wo könnte ich noch nachsehen?
-
Seit heute hab ich ein Problem mit dem epgd / mariadb. Zunächst stürzte der VDR ab, die festplatte war voll. Das syslog.1 war 28 GB groß, voll mit der Meldung
Code
Display MoreJan 3 16:18:42 yaVDR systemd[1]: Starting MariaDB 10.1.47 database server... root@yaVDR:~# tail -20 /var/log/syslog Jan 3 16:18:53 yaVDR epgd: Loading plugin: /usr/lib/epgd/plugins/libepgd-epgdata.so Jan 3 16:18:53 yaVDR epgd: Read 29 option from /etc/epgd/epgd.conf Jan 3 16:18:53 yaVDR epgd: Using syslog facility 'user' (8), log level set to (1) Jan 3 16:18:53 yaVDR epgd: Info: Calling mysql_library_init() Jan 3 16:18:53 yaVDR epgd: Info: Stylesheet '/etc/epgd/epgdata-utf-8.xsl' loaded Jan 3 16:18:53 yaVDR epgd: Checking database connection ... Jan 3 16:18:53 yaVDR epgd: Calling mysql_init(12587) Jan 3 16:18:53 yaVDR epgd: SQL-Error in 'connecting to database' - Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory") (2002) Jan 3 16:18:53 yaVDR epgd: Fatal, lost connection to mysql server, aborting pending actions Jan 3 16:18:53 yaVDR epgd: Error, connecting to database at 'localhost' on port (3306) failed Jan 3 16:18:53 yaVDR epgd: Closing mysql connection and calling mysql_thread_end(12587) Jan 3 16:18:53 yaVDR epgd: Fatal: Initial database connect failed, aborting Jan 3 16:18:53 yaVDR epgd: Calling sd_notify(STOPPING=1$) Jan 3 16:18:53 yaVDR epgd: Info: Released the last usage of mysql_lib, calling mysql_library_end() now Jan 3 16:18:53 yaVDR systemd[1]: epgd.service: Main process exited, code=exited, status=1/FAILURE Jan 3 16:18:53 yaVDR systemd[1]: epgd.service: Failed with result 'exit-code'. Jan 3 16:18:53 yaVDR systemd[1]: epgd.service: Service hold-off time over, scheduling restart. Jan 3 16:18:53 yaVDR systemd[1]: epgd.service: Scheduled restart job, restart counter is at 1521. Jan 3 16:18:53 yaVDR systemd[1]: Stopped vdr-epg-daemon manages EPG data in a MySQL database.
Dann mariadb status prüfen brachte:Code
Display Moreroot@yaVDR:~# systemctl status mariadb.service ● mariadb.service - MariaDB 10.1.47 database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Active: activating (start-pre) since Sun 2021-01-03 16:00:23 CET; 448ms ago Docs: man:mysqld(8) https://mariadb.com/kb/en/library/systemd/ Process: 31748 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE) Process: 31817 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 31807 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Main PID: 31748 (code=exited, status=1/FAILURE); Control PID: 31821 (sh) Tasks: 1 (limit: 4915) CGroup: /system.slice/mariadb.service └─31821 [sh]
Und nun bin ich schon am Ende, hab leider nicht wirklich Plan, was passiert ist und wie ich es beheben kann....
-
Es war mir nicht klar, dass die softhddevice.conf die asound.conf "overruled". Nu hab ich's verstanden...
-
jsffm Super, vielen Dank nochmal! Letztlich war es bei mir so, dass egal, was ich in die asound.conf schrieb, es kam immer nur auf die Einstellung in der softhddevice.conf an. Dank Deiner Vorarbeit konnte ich das Script wie folgt anpassen:
Bash
Display More#!/bin/sh #set -x for (( i=0 ; i<2 ; i++ )) do r=$(grep eld_valid /proc/asound/NVidia/eld#0.$i) v=$(echo $r | cut -d \ -f 2) if [ "$v" == "1" ] then ok=$i fi done if [ "$ok" == "" ] then echo "Alsa not OK" #echo "Alsa not OK" else echo "Alsa OK $ok" #set -x cd /etc/vdr/conf.avail/ rm softhddevice.conf ln -s softhddevice.conf-$ok softhddevice.conf fi
Das war dann auch mein erstes Script überhaupt, hat mich einige Zeit gekostet, den Code überhaupt zu verstehen (als Nicht-Coder) aber jetzt hab ich wieder richtig was gelernt!
-
Ich schau's mir an. Vielen Dank jsffm!
Muss dazu sagen, ich hab das spaßeshalber mal ausprobiert (asound.conf: defaults.pcm.!device 3 und softhddevice.conf: hw:0,7) und siehe da:
es geht... Ich verstehe das zwar nicht, aber gut. Sound ist sowohl im vdr als auch im Kodi da.Es geht natürlich nicht. -
-
Ja wenn ich das könnte. Da eine andere Lösung nicht in Sicht scheint, darf ich vielleicht darum bitten, dass Du das script mit mir teilst?
-
Nach einer Neuinstallation wegen neuer Hardware kann ich machen was ich will, ich schaffe es einfach nicht, dass nach einem Reboot der Ton läuft. Pulseaudio ist nicht installiert.
Code$ aplay -l **** Liste der Hardware-Geräte (PLAYBACK) **** Karte 0: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0] Sub-Geräte: 0/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0
Die /etc/asound.conf sieht so aus:
Entsprechend habe ich die /etc/vdr/conf.avail/softhddevice.conf angepasst:
Code[softhddevice] -a hw:0,3 -p hw:0,3 -d :0.0 -f -g 1920x1080+0+0 -v vdpau -D -w alsa-driver-broken
Ein Speakertest speaker-test -c 2 -r 48000 -D hw:0,3 gibt dann: "Fehler beim Öffnen des Gerätes: -16, Das Gerät oder die Ressource ist belegt".
Der Test auf hw:0,7 funktioniert dann.
Wenn ich dann in der softhddevice.conf die Werte auf hw:0,7 ändere, ist der Ton da.Jetzt das Verrückte: Nach jedem Reboot geht das Spiel genau anders herum. Gerät 3 und 7 werden vertauscht, der Ton bleibt weg.
-
Guten Morgen!
Da ich für retroarch für meine nvidia 630 die Vulka-Unterstützung haben wollte, habe ich versucht, die o.a. Konfiguration (vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 mit aktuellem nvidia-driver-435) zu installieren. Die Installation ging glatt durch, aber das frontend startet nicht mehr:
yaya@yavdr:~$ sudo systemctl start vdr
Job for vdr.service failed because a timeout was exceeded.
See "systemctl status vdr.service" and "journalctl -xe" for details.
yaya@yavdr:~$ systemctl status vdr.service
● vdr.service - Video Disk Recorder
Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/vdr.service.d
└─load-environ.conf, network-online.conf, vdr-xorg.conf
Active: activating (start) since Sat 2019-09-28 07:59:08 CEST; 18s ago
Process: 4041 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)
Process: 4018 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)
Main PID: 4051 (vdr)
Tasks: 11 (limit: 4915)
CGroup: /system.slice/vdr.service
└─4051 /usr/bin/vdr
Sep 28 07:59:11 yavdr vdr[4051]: [4051] [softhddev]CreateOsd: left 5, top 5, level 0, using OpenGL OSD support
Sep 28 07:59:11 yavdr vdr[4051]: [4051] [softhddev]Trying to start OpenGL Worker Thread
Sep 28 07:59:11 yavdr vdr[4051]: [4071] oglThread thread started (pid=4051, tid=4071, prio=high)
Sep 28 07:59:11 yavdr vdr[4051]: [4071] [softhddev]OpenGL using display :0
Sep 28 07:59:11 yavdr vdr[4051]: [4071] [softhddev]OpenGL Context initialized
Sep 28 07:59:11 yavdr vdr[4051]: [4071] [softhddev]Shaders initialized
Sep 28 07:59:11 yavdr vdr[4051]: [4071] [softhddev]: vdpau interop NOT initialized
Sep 28 07:59:11 yavdr vdr[4051]: [4051] [softhddev]OpenGL Worker Thread successfully started
Sep 28 07:59:11 yavdr vdr[4051]: [4051] [softhddev]cOglOsd osdLeft 5 osdTop 5 screenWidth 1920 screenHeight 1080
Sep 28 07:59:11 yavdr vdr[4051]: [4071] oglThread thread ended (pid=4051, tid=4071)
Das gleiche passiert auch mit dem vdr-plugin-softhddevice-openglosd. Fehlt da noch ein Paket?
Hat jemand Tipps für die Fehlersuche?
-
Gibt es denn eine Möglichkeit Einträge, die aus <plugin name="desktop"> entstehen (in meinem Fall /Games/Retroarch), direkt in das Hauptmenü zu bringen, damit ich mit der FB nicht soweit navigieren muss?
Und wie editiere ich den Aufruf (um verbose-mode zu bekommen: retroarch --menu --verbose >> retroarch.log 2>&1)?
Hierzu würde es mir schon helfen, die Einträge und Aufrufe aus dem o.a. Eintrag zu sehen und zu analysieren. Dann kann ich mir einen eigenen Command Eintrag ins Menu schreiben (inklusive ausschalten des frontends, da es bei dem o.a. einfachen Aufruf im Hintergrund ja anbleibt).
-
Jup, das war es. Hatte beim Testen immer den shutdown erzwungen und wunderte mich, dass der Rechner nicht von alleine anging.
Aber aus welchem Grund ACPI_ENABLED=no ist mir ein Rätsel. Ich hab mit Sicherheit nichts daran geändert... Wurst, nu geht's.
Danke seahawk1986!
-
Quote
wenn man den Shutdown erzwingt, setzt der VDR keine Aufweckzeitpunkt
Aha. Ich check das und meld mich wieder.
-
Danke für die schnelle Antwort. Aber auch nach ACPI_ENABLED=yes ändert sich leider nichts. (Wert geändert, reboot, Timer programmiert, ausgeschaltet, nichts passiert).
In group_vars/all hatte ich bei der Installation nichts verändert: wakeup_method: acpiwakeup (und natürlich keine localhost variablen angelegt).
Ist das soweit okay?
CodeSep 10 21:36:33 yavdr vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm Sep 10 21:36:33 yavdr vdr-addon-acpiwakeup: Writing 1568145693 to /sys/class/rtc/rtc0/wakealarm Sep 10 21:44:43 yavdr kernel: [ 1.759415] rtc_cmos 00:00: RTC can wake from S4 Sep 10 21:44:43 yavdr kernel: [ 1.759571] rtc_cmos 00:00: rtc core: registered rtc_cmos as rtc0 Sep 10 21:44:43 yavdr kernel: [ 1.759606] rtc_cmos 00:00: alarms up to one month, y3k, 242 bytes nvram Sep 10 21:44:43 yavdr kernel: [ 1.802178] rtc_cmos 00:00: setting system clock to 2019-09-10 19:44:35 UTC (1568144675)
-
Hallo verehrte und kundige Mitstreiter.
Mein System fährt leider nicht mehr automatisch hoch wenn Timeraufnahmen anstehen. Leider kann ich noch nicht einmal einschränken, ob es seit der Neuinstallation von yavdr-ansible scheitert (ich hatte soviel uptime ;o)) oder erst danach.
Wenn ich zu Testzwecken den Rechner per sudo rtcwake -m no -s 60 && sudo poweroff wieder aufwecke, funktioniert das auch.In /etc/vdr/vdr-addon-acpiwakeup.conf steht ACPI_ENABLED=no, so dass ich davon ausgehe, dass standardmäßig der wakeup per rtc-wakeup aktiviert wird.
cat /proc/driver/rtc gibt:
Code
Display Morertc_time : 15:30:35 rtc_date : 2019-09-10 alrm_time : 15:11:19 alrm_date : 2019-09-11 alarm_IRQ : yes alrm_pending : no update IRQ enabled : no periodic IRQ enabled : no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : no BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay
Wo liegt denn wohl das Problem?
-
Es sind so häufig die einfachen Dinge, Danke wmautner. Und das kommt davon, wenn man epg-plugins installiert, ohne vorher zu lesen, was die machen. Nach Löschen der epg.data und Deinstallation von epg2vdr und scraper2vdr lief alles wieder wie gewohnt. Ich war nur auf die falsche Fährte geführt, da nach dem Rückspielen des Backups der epg-Fehler auftrat und die channels.conf weg war.
-
tja und da liegt wohl der Hase im Pfeffer:
Code
Display More$ cat /var/cache/vdr/epg.data C S19.2E-1-1066-28656 VH1 OBSOLETE c C S19.2E-133-12-105 Sky Sport Bundesliga 1 HD c C S19.2E-133-3-272 PAULI - D98 OBSOLETE c C S19.2E-133-3-282 AUE - BSG OBSOLETE c C S19.2E-133-3-292 D98 - HEID c C S19.2E-133-3-302 15:10 MAINZ-FCN c
Das ist alles. Das passt so gar nicht zu meiner channel.conf, die da 159,3 kB groß ist.
-rw-r--r-- 1 vdr vdr 236 Aug 31 21:07 epg.data sollte aber passen, liegt also nicht an den Rechten.
$less /var/log/syslog | grep epg.data gibt u.a.
Code
Display MoreAug 31 19:57:12 yavdr vdr: [3179] epg data writer thread started (pid=1543, tid=3179, prio=low) Aug 31 19:57:12 yavdr vdr: [3179] epg data writer thread ended (pid=1543, tid=3179) Aug 31 20:07:13 yavdr vdr: [3281] epg data writer thread started (pid=1543, tid=3281, prio=low) Aug 31 20:07:13 yavdr vdr: [3281] epg data writer thread ended (pid=1543, tid=3281) Aug 31 20:17:14 yavdr vdr: [3366] epg data writer thread started (pid=1543, tid=3366, prio=low) Aug 31 20:17:14 yavdr vdr: [3366] epg data writer thread ended (pid=1543, tid=3366) Aug 31 20:27:15 yavdr vdr: [3449] epg data writer thread started (pid=1543, tid=3449, prio=low) Aug 31 20:27:15 yavdr vdr: [3449] epg data writer thread ended (pid=1543, tid=3449) Aug 31 20:37:16 yavdr vdr: [3523] epg data writer thread started (pid=1543, tid=3523, prio=low) Aug 31 20:37:16 yavdr vdr: [3523] epg data writer thread ended (pid=1543, tid=3523) Aug 31 20:47:17 yavdr vdr: [3614] epg data writer thread started (pid=1543, tid=3614, prio=low) Aug 31 20:47:17 yavdr vdr: [3614] epg data writer thread ended (pid=1543, tid=3614) Aug 31 20:57:18 yavdr vdr: [3691] epg data writer thread started (pid=1543, tid=3691, prio=low) Aug 31 20:57:18 yavdr vdr: [3691] epg data writer thread ended (pid=1543, tid=3691) Aug 31 21:07:19 yavdr vdr: [3935] epg data writer thread started (pid=1543, tid=3935, prio=low) Aug 31 21:07:19 yavdr vdr: [3935] epg data writer thread ended (pid=1543, tid=3935) Aug 31 21:17:20 yavdr vdr: [4035] epg data writer thread started (pid=1543, tid=4035, prio=low) Aug 31 21:17:20 yavdr vdr: [4035] epg data writer thread ended (pid=1543, tid=4035)
-
und sollte ich nicht ein verzeichnis haben, dass da PATH/epg/data heißt?
-
bin nochmal zurück zu diesem system... epgd war mit sicherheit überflüssig, hab es deinstalliert.
ich brauche tatsächlich nur die reinen epg-daten aus dem dvb datenstrom. da scheint etwas zu haken. aber was?
-
Nachdem ich nu 3 Tage rumprobiert hatte, hab ich die Faxen dicke. System neu aufgesetzt.