Es ist mal wieder mysteriös.
NFS v4 hat erst keinen Erfolg gebracht.
Habs dann mit sanba probiert (wie ging das nochmal ....) -> VDR startet, aber keine Aufnahmen in KODI (keine Ahnung warum)
Dann doch die Änderung der ID im NAS geschafft.
NFS v4 funktioniert und alles ist wieder da.
Auf jeden Fall danke für die Hilfe!
Daniel
Seltsam ist, dass die NFS-Freigabe funktioniert. Ich kann am vdr auf die Dateien zugreifen.
Nur der VDR meckert.
BTW: weißt Du noch, wie Du die IDs am Sology-NAS geändert hast? udermod gibt´s nicht.
Nein. Die waren wahrscheinlich noch nie gleich.
VDR: 666:666
NAS: 100:1026
Wo hast Du´s geändert? im VDR?
Hi!
Ich habe meinen Video-Ordner auf ein Synology-NAS ausgelagert und hab es geschafft hier ein durcheinander in due Berechtigungen zu bekommen:
Feb 6 13:52:17 vdr systemd[1]: Condition check resulted in Kernel Module supporting RPCSEC_GSS being skipped.
Feb 6 13:52:17 vdr systemd[1]: Starting Preprocess NFS configuration...
Feb 6 13:52:17 vdr systemd[1]: Starting Video Disk Recorder...
Feb 6 13:52:17 vdr systemd[1]: nfs-config.service: Succeeded.
Feb 6 13:52:17 vdr systemd[1]: Finished Preprocess NFS configuration.
Feb 6 13:52:17 vdr systemd[1]: Starting NFSv4 ID-name mapping service...
Feb 6 13:52:17 vdr systemd[1]: Starting NFS Mount Daemon...
Feb 6 13:52:17 vdr systemd[1]: Condition check resulted in RPC security service for NFS client and server being skipped.
Feb 6 13:52:17 vdr systemd[1]: Condition check resulted in RPC security service for NFS server being skipped.
Feb 6 13:52:17 vdr systemd[1]: Started NFSv4 ID-name mapping service.
Feb 6 13:52:17 vdr rpc.mountd[2470]: Version 1.3.3 starting
Feb 6 13:52:17 vdr systemd[1]: Started NFS Mount Daemon.
Feb 6 13:52:17 vdr systemd[1]: Starting NFS server and services...
Feb 6 13:52:17 vdr exportfs[2472]: exportfs: /mnt/nas/vdr/video does not support NFS export
Feb 6 13:52:17 vdr exportfs[2472]: exportfs: /mnt/nas/video does not support NFS export
Feb 6 13:52:17 vdr systemd[1]: nfs-server.service: Control process exited, code=exited, status=1/FAILURE
Feb 6 13:52:17 vdr systemd[1]: nfs-server.service: Failed with result 'exit-code'.
Feb 6 13:52:17 vdr systemd[1]: Stopped NFS server and services.
Feb 6 13:52:17 vdr systemd[1]: Stopping NFSv4 ID-name mapping service...
Feb 6 13:52:17 vdr vdr[2473]: vdr: can't access video directory /srv/vdr/video
Feb 6 13:52:17 vdr rpc.mountd[2470]: Caught signal 15, un-registering and exiting.
Feb 6 13:52:17 vdr systemd[1]: Stopping NFS Mount Daemon...
Feb 6 13:52:17 vdr vdr: [2473] ERROR (tools.c,479): /srv/vdr/video: Permission denied
Feb 6 13:52:17 vdr systemd[1]: nfs-idmapd.service: Succeeded.
Feb 6 13:52:17 vdr systemd[1]: Stopped NFSv4 ID-name mapping service.
Feb 6 13:52:17 vdr systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Feb 6 13:52:17 vdr systemd[1]: vdr.service: Failed with result 'exit-code'.
Feb 6 13:52:17 vdr systemd[1]: Failed to start Video Disk Recorder.
Feb 6 13:52:17 vdr systemd[1]: nfs-mountd.service: Succeeded.
Feb 6 13:52:17 vdr systemd[1]: Stopped NFS Mount Daemon.dw@vdr:~$ sudo ls -l /mnt/nas/vdr
total 8
drwxrwxrwx 13 vdr vdr 4096 Feb 6 13:45 video
dw@vdr:~$ sudo ls -l /srv/
total 16
drwxrwxrwx 2 vdr vdr 4096 Jun 11 2020 audio
drwxrwxrwx 2 vdr vdr 4096 Jun 11 2020 backups
lrwxrwxrwx 1 root root 18 Jun 17 2021 downloads -> /mnt/nas/downloads
drwxrwxrwx 2 vdr vdr 4096 Jun 11 2020 files
drwxrwxrwx 2 vdr vdr 4096 Jun 11 2020 picture
lrwxrwxrwx 1 root root 12 Jun 11 2020 vdr -> /mnt/nas/vdr
lrwxrwxrwx 1 root root 14 Jun 11 2020 video -> /mnt/nas/video
dw@vdr:~$ sudo ls -l /srv/vdr
lrwxrwxrwx 1 root root 12 Jun 11 2020 /srv/vdr -> /mnt/nas/vdr
dw@vdr:~$ sudo ls -l /srv/vdr/video
total 44
drwxrwxrwx 3 vdr vdr 4096 Feb 4 12:48 1...
drwxrwxrwx 3 vdr vdr 4096 Dez 21 2021 9....
drwxrwxrwx 3 vdr vdr 4096 Dez 25 20:13 A...
...
dw@vdr:~$ Wo ist mein Denkfehler? vdr:vdr ist überall Besitzer. Im Synology ist als Besitzer auch der Benutzer "vdr" eingertragen:
Daniel
Danke, das wars. Bei „Aufnahmen“ hab ich nicht gesucht.
Kodi auf AndroidTV funktioniert prima.
Hallo!
Ich habe kürzlich auf Kodi (auf AndroidTV) umgestellt. Klappt bisher wunderbar.
Kann mir jemand sagen, wo man diese PopUpeldungen (Timer werden angelegt, gelöscht, ...) abschalten kann.?
Alternativ: Wo kann ich solche Fragen recherchieren?
Daniel
Hi!
noepg hatte ich schon rausgeschmissen.
Jetzt habe ich gesehen, dass ab morgen (?) wieder ein epg da ist.
Das reicht mir momentan als Lösung. Früher ist der seriestimer mit den originalen Daten nicht so gut zurechtgekommen. Mal schaun, wie sich das entwickelt.
Hallo zusammen!
Der VDR läuft jetzt schon so lange ohne Probleme, dass ich schon fast alles vergessen habe, was ich mal wusste!
Nachdem ich mit bekommen habe, dass es den epgdata-Dienst nicht mehr gibt habe ich in der epgd.conf die epgdata-PIN und -url auskommentiert und in der channelmap.conf die epgdata-Einträge durch vdr:000:0:0 ersetzt. Damit sollte nun das epg vom VDR kommen.
Das funktioniert auch soweit, nur "BR Fernsehen Süd HD" bringt kein epg
vdr:000:0:0 = S19.2E-1-1025-10325 // BR Fernsehen Süd HDBR Fernsehen Süd HD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5201=27:5202=deu@3,5203=mis@3,5207=qks@3;5206=deu@106:5204;5205=deu:0:10325:1:1025:0Den epgd habe ich vor allem für den seriestimer genutzt.
Daher meine Fragen:
1. Wo ist mein Denkfehler? Warum kommt das epg nicht?
2. Wo finde ich eine Anleitung für epgd?
3. Kann mein Setup tvm/tvsp? Wo finde ich diesbezüglich die Anleitung?
Schon mal danke für Eure Hilfe!
Daniel
Scheint zu laufen. Vielen Dank!
OK. Funktioniert. Danke soweit.
Woran liegt das?
Guten Abend!
Ich habe gerade mal wieder Updates eingespielt und nun startet der VDR nicht mehr
Syslog ab systemctl start vdr:
Hat jemand einen Ahnung, woar das liegen kann?
Daniel
So, jetzt habe ich den Fehler gefunden: Der Receiver war kaputt!
Jetzt kann ich mich den nächsten Problem widmen
Trotzdem Danke für die Unterstützung!
dw@vdr:~$ ps -C pulseaudio
PID TTY TIME CMD
1282 ? 00:54:41 pulseaudio
35064 ? 00:00:00 pulseaudio
dw@vdr:~$ sudo ps -C pulseaudio
[sudo] password for dw:
PID TTY TIME CMD
1282 ? 00:54:42 pulseaudio
35064 ? 00:00:00 pulseaudioDa ist kein Unterschied!
Die beiden Pulseaudio-Tasks sind nach einem Reboot wieder da.
Jemand eine Ahnung, wo das herkommen könnte?
Hallo!
Ich habe Probleme mit meiner Audio-Ausgabe:
Ursprüngliche Konfig:
VDR---HDMI--->Receiver---HDMI---->TV
Für die Audio-Ausgabe war der Receiver zuständig.
Begonnen hat das Problem damit, dass der Ton verzögert (mit einigen Aussetzern) eingesetzt hat, dann aber nach 30 bis 60 Sekunden ohne Probleme gelaufen ist. Dann hat der Ton gar nicht mehr eingesetzt.
Vorübergehend habe ich das Probem damit gelöst dass der TV direkt über HDMI am VDR hängt (da kommt aber kein Ton durch) und der Ton über TOSLINK vom Mainboard an den Receiver geht. Die anfänglichen Aussetzter sind immer noch da.
Hier mal ein paar Infos zum System:
dw@vdr:~$ lspci | grep Audio
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
01:00.1 Audio device: NVIDIA Corporation GP108 High Definition Audio Controller (rev a1)
dw@vdr:~$ cat /proc/asound/cards
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xdf440000 irq 144
1 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xdf080000 irq 17
dw@vdr:~$ tail /proc/asound/modules
0 snd_hda_intel
1 snd_hda_intel
dw@vdr:~$ aplay -l
aplay: device_list:274: no soundcards found...
dw@vdr:~$ ps -C pulseaudio
PID TTY TIME CMD
1315 ? 00:14:48 pulseaudio
11379 ? 00:00:00 pulseaudio
dw@vdr:~$ pavucontrol
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
(pavucontrol:11700): dbind-WARNING **: 15:18:27.668: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
dw@vdr:~$ sudo fuser -v /dev/dsp* /dev/snd/*
Specified filename /dev/dsp* does not exist.
USER PID ACCESS COMMAND
/dev/snd/controlC0: vdr 1315 F.... pulseaudio
/dev/snd/controlC1: vdr 1315 F.... pulseaudio
/dev/snd/pcmC0D1p: vdr 1315 F...m pulseaudioUnd hier meine Fragen dazu:
- Warum findet aplay -l keine Soundcards?
- Warum laufen 2 Pulseaudio Tasks?
- Was beutet der Fehler beim Aufruf von pavucontrol?
(hier erscheint nur das Dummy-Device - siehe Screenshot)
Viele Grüße
Daniel
Guten Morgen!
Ich hab auch das Problem, dass heute keine Audio-Ausgabe mehr da ist.
root@vdr:~# uname -r
5.4.0-52-genericroot@vdr:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC888-VD Analog [ALC888-VD Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 1: ALC888-VD Digital [ALC888-VD Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 10: HDMI 4 [HDMI 4]
Subdevices: 1/1
Subdevice #0: subdevice #0
root@vdr:~#Im pulsecontrol-Plugin ist bei mir aber alles "plugged in"
Updates sind aktuell.
HDMI geht bei mir über einen Receiver zum Fernseher. HDMI direkt am Fernseher bringt auch keinen Ton. Daher gehe ich davon aus, dass es am VDR liegt.
Am Mainboard-Output kommt Ton raus, an HDMI der Grafikkarte nicht.
Was kann ich tun?
Viele Grüße
Daniel
Ich probier jetzt mal cuvid
[So Jun 28 00:56:01 2020] NVRM: Xid (PCI:0000:01:00): 68, pid=18741, CCMDs 00000013 0000c2b0
[So Jun 28 01:06:16 2020] perf: interrupt took too long (3979 > 3955), lowering kernel.perf_event_max_sample_rate to 50250
[So Jun 28 03:46:54 2020] pcieport 0000:00:1c.6: AER: Corrected error received: 0000:00:1c.6
[So Jun 28 03:46:54 2020] pcieport 0000:00:1c.6: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID)
[So Jun 28 03:46:54 2020] pcieport 0000:00:1c.6: AER: device [8086:a116] error status/mask=00001000/00002000
[So Jun 28 03:46:54 2020] pcieport 0000:00:1c.6: AER: [12] TimeoutDavor passiert in dmesg über 1 Stunde gar nichts.
Das NVIDIA-Log lieferer ich beim nächsten Vorfall nach.
Hi!
Mir bleibt der vdr immer wieder mal hängen. Ich hab die stelle im syslog rausgesucht, wo das wahrscheinlich anfängt:
Jun 28 00:50:21 vdr vdr: video: 15:11:01.457 +39 533 0/\ms 45+1+4 v-buf
Jun 28 00:51:21 vdr vdr: video: 15:12:01.457 +39 485 0/\ms 39+1+4 v-buf
Jun 28 00:52:16 vdr vdr: [18759] read incomplete section - len = 2227, r = 3152
Jun 28 00:52:21 vdr vdr: video: 15:13:01.457 +39 533 0/\ms 41+1+4 v-buf
Jun 28 00:53:21 vdr vdr: video: 15:14:01.457 +39 509 0/\ms 46+1+4 v-buf
Jun 28 00:54:14 vdr vdr: epg2vdr: Update info.epg2vdr recordings
Jun 28 00:54:14 vdr vdr: epg2vdr: Updated 0 info.epg2vdr files
Jun 28 00:54:21 vdr vdr: video: 15:15:01.457 +39 485 0/\ms 42+1+4 v-buf
Jun 28 00:55:21 vdr vdr: video: 15:16:01.457 +39 557 0/\ms 54+1+4 v-buf
Jun 28 00:56:00 vdr kernel: [42785.382952] NVRM: Xid (PCI:0000:01:00): 68, pid=18741, CCMDs 00000013 0000c2b0
Jun 28 00:56:02 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: [18802] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:03 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:03 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: [18804] i/o throttle activated, count = 1 (tid=18804)
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:04 vdr vdr: [18804] buffer usage: 70% (tid=18802)
Jun 28 00:56:04 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:04 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 80% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 90% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: [18804] buffer usage: 100% (tid=18802)
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:05 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:05 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336ms
Jun 28 00:56:06 vdr vdr: audio/alsa: using device 'default'
Jun 28 00:56:06 vdr vdr: audio/alsa: start delay 336msDann kommen die audio/alsa-Meldungen solange, bis ich den vdr-service neu starte.
Was kann ich tun?
Das schaut soweit gut aus. Ich werde das weiter beobachten!
Danke für die Unterstützung!