vdr schaltet sich nicht mehr ab nach upgrades

FJe · 12. Januar 2015

moin,

mein Haupt-VDR, den ich als Aufnahmeserver nutze schaltet sich seit einigen
Tagen nicht mehr von selbst ab, wenn er von Hand angeschaltet wurde.
Hat bis vor ca. 5-8 Tagen immer super zuverlässig getan, doch einem größeren
dist-upgradevor ca. 1 Woche macht er das nicht mehr.

Habe in der syslog und den upstart logs jetzt lange gesucht und vermisse dieses
Statement seit einiger Zeit:

Code

Jan  7 10:28:46 yvwz vdr: video: 10:35:15.060  +15  369   0/\ms   7+7 v-buf
Jan  7 10:29:16 yvwz vdr: [1351] next timer event at Thu Jan  8 22:13:00 2015
Jan  7 10:29:16 yvwz vdr: [1351] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1420751580 128624 3 "Dr. House~2015.01.08-22:15-Do" 0'
Jan  7 10:29:16 yvwz vdr: [1351] saved setup to /var/lib/vdr/setup.conf
Jan  7 10:29:16 yvwz vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script

Das sollte der normale Eintrag im Log sein, wenn der vdr nach Inaktivität von selbst abschaltet.

Aktuell hab ich die Situation, dass ich ihn Abends anmache und laufen lasse, damit in anderen Zimmern auf die
Aufnahmen zugegriffen werden kann, da er sich ja bisher nach 300 min. zuverlässig beendete.

Allerdings läuft er jetzt morgens immer noch.
syslog-Passagen:

Code

Jan 11 22:41:01 yvwz vdr: video: 20:32:57.329  +34  370   0/\ms   7+7 v-buf
Jan 11 22:42:00 yvwz vdr: [4626] recording thread ended (pid=1166, tid=4626)
Jan 11 22:42:00 yvwz vdr: [1166] buffer stats: 388784 (1%) used
Jan 11 22:42:00 yvwz vdr: [1166] timer 7 (5 2011-2242 'In Time - Deine Zeit läuft ab') stop
Jan 11 22:42:00 yvwz vdr: [1166] executing '/usr/lib/vdr/vdr-recordingaction after "/srv/vdr/video.00/In_Time_-_Deine_Zeit_läuft_ab/2015-01-11.20.11.5-0.rec"'
Jan 11 22:42:00 yvwz recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /srv/vdr/video.00/In_Time_-_Deine_Zeit_läuft_ab/2015-01-11.20.11.5-0.rec
Jan 11 22:42:00 yvwz vdr: [1294] VNSI: Timers state changed (11)
Jan 11 22:42:00 yvwz vdr: [1294] VNSI: Requesting clients to reload timers
Jan 11 22:42:01 yvwz vdr: [5969] epg data writer thread started (pid=1166, tid=5969, prio=low)
Jan 11 22:42:01 yvwz vdr: video: 20:33:57.329  +34  370   0/\ms   9+7 v-buf
Jan 11 22:42:01 yvwz vdr: [5969] epg data writer thread ended (pid=1166, tid=5969)
Jan 11 22:43:01 yvwz vdr: video: 20:34:57.329  +34  370   0/\ms   8+7 v-buf
Jan 11 22:43:13 yvwz vdr: [1166] deleting timer 7 (5 2011-2242 'In Time - Deine Zeit läuft ab')
Jan 11 22:43:13 yvwz vdr: [1294] VNSI: Timers state changed (12)
Jan 11 22:43:13 yvwz vdr: [1294] VNSI: Requesting clients to reload timers
Jan 11 22:44:01 yvwz vdr: video: 20:35:57.329  +34  338   0/\ms   7+7 v-buf
Jan 11 22:44:33 yvwz vdr: [1270] read incomplete section - len = 79, r = 639
Jan 11 22:45:01 yvwz vdr: video: 20:36:57.329  +34  402   0/\ms  10+7 v-buf
Jan 11 22:45:16 yvwz vdr: [1270] channel 3 (RTL Television) event Son 11.01.2015 22:45-23:30 'Spiegel TV Magazin' status 4
Jan 11 22:46:01 yvwz vdr: video: 20:37:57.329  +34  306   0/\ms   4+7 v-buf
Jan 11 22:47:01 yvwz vdr: video: 20:38:57.329  +34  338   0/\ms   9+7 v-buf
Jan 11 22:48:01 yvwz vdr: video: 20:39:57.329  +34  402   0/\ms   9+7 v-buf
Jan 11 22:49:01 yvwz vdr: video: 20:40:57.329  +34  402   0/\ms  14+7 v-buf
Jan 11 22:50:01 yvwz vdr: video: 20:41:57.329  +34  338   0/\ms  11+7 v-buf
Jan 11 22:51:01 yvwz vdr: video: 20:42:57.329  +34  370   0/\ms   7+7 v-buf
Jan 11 22:52:01 yvwz vdr: video: 20:43:57.329  +34  306   0/\ms   7+7 v-buf
Jan 11 22:52:02 yvwz vdr: [6041] epg data writer thread started (pid=1166, tid=6041, prio=low)
Jan 11 22:52:02 yvwz vdr: [6041] epg data writer thread ended (pid=1166, tid=6041)
Jan 11 22:53:01 yvwz vdr: video: 20:44:57.329  +34  370   0/\ms   7+7 v-buf
Jan 11 22:54:01 yvwz vdr: video: 20:45:57.329  +34  274   0/\ms   5+7 v-buf
Jan 11 22:55:01 yvwz vdr: video: 20:46:57.329  +34  306   0/\ms   5+7 v-buf
Jan 11 22:56:01 yvwz vdr: video: 20:47:57.329  +34  370   0/\ms   6+7 v-buf
Jan 11 22:57:01 yvwz vdr: video: 20:48:57.329  +34  306   0/\ms   5+7 v-buf
Jan 11 22:58:01 yvwz vdr: video: 20:49:57.329  +34  370   0/\ms  19+7 v-buf
Jan 11 22:59:01 yvwz vdr: video: 20:50:57.329  +34  274   0/\ms   9+7 v-buf
Jan 11 23:00:01 yvwz vdr: video: 20:51:57.329  +34  306   0/\ms  19+7 v-buf
Jan 11 23:00:02 yvwz vdr: [1270] read incomplete section - len = 742, r = 3876

Alles anzeigen

--- usw bis das NAS sich herunterfährt ----
aus avahi-linker.log

Code

2015-01-12 02:31:05,827 INFO   service removed: 2 0 Audio on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,828 DEBUG  removing Audio on ds413 on ds413.local
2015-01-12 02:31:05,828 DEBUG  unlinking /media/Musik/ds413_nfs
2015-01-12 02:31:05,828 INFO   service removed: 2 0 dvblink on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,828 DEBUG  removing None
2015-01-12 02:31:05,828 INFO   service removed: 2 0 Photo on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,829 DEBUG  removing Photo on ds413 on ds413.local
2015-01-12 02:31:05,829 DEBUG  unlinking /media/Bilder/ds413_nfs
2015-01-12 02:31:05,829 INFO   service removed: 2 0 syn1 on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,829 DEBUG  removing None
2015-01-12 02:31:05,829 INFO   service removed: 2 0 syn2 on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,829 DEBUG  removing None
2015-01-12 02:31:05,830 INFO   service removed: 2 0 VDR-Recordings on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,830 DEBUG  removing VDR-Recordings on ds413 on ds413.local
2015-01-12 02:31:05,830 DEBUG  unlinking /media/vdr/ds413(for yvwz)
2015-01-12 02:31:05,830 INFO   service removed: 2 0 Movies on ds413 _nfs._tcp local 4
2015-01-12 02:31:05,830 DEBUG  removing Movies on ds413 on ds413.local
2015-01-12 02:31:05,830 DEBUG  unlinking /media/Video/ds413_nfs
2015-01-12 02:31:06,084 INFO   Update recdir via dbus: 0 update of recordings triggered

Alles anzeigen

Einträge im syslog um die Zeit:

Code

Jan 12 02:31:00 yvwz vdr: video: 24:22:56.689  +17  353   0/\ms   7+7 v-buf
Jan 12 02:31:06 yvwz vdr: [7847] video directory scanner thread started (pid=1166, tid=7847, prio=high)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Recordings state changed (43428)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Requesting clients to reload recordings list
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Recordings state changed (46620)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Requesting clients to reload recordings list
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Recordings state changed (49869)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Requesting clients to reload recordings list
Jan 12 02:31:06 yvwz vdr: [7847] video directory scanner thread ended (pid=1166, tid=7847)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Recordings state changed (50982)
Jan 12 02:31:06 yvwz vdr: [1294] VNSI: Requesting clients to reload recordings list
Jan 12 02:32:00 yvwz vdr: video: 24:23:56.689  +17  385   0/\ms   7+7 v-buf
Jan 12 02:32:24 yvwz vdr: [7862] epg data writer thread started (pid=1166, tid=7862, prio=low)
Jan 12 02:32:25 yvwz vdr: [7862] epg data writer thread ended (pid=1166, tid=7862)
Jan 12 02:33:00 yvwz vdr: video: 24:24:56.689  +17  353   0/\ms   7+7 v-buf
Jan 12 02:34:00 yvwz vdr: video: 24:25:56.689  +17  321   0/\ms  23+7 v-buf
Jan 12 02:35:00 yvwz vdr: video: 24:26:56.689  +17  385   0/\ms  24+7 v-buf
Jan 12 02:36:00 yvwz vdr: video: 24:27:56.689  +17  353   0/\ms  23+7 v-buf
Jan 12 02:37:00 yvwz vdr: [1301] EPGSearch: timer conflict check started

Alles anzeigen

hat also das Abhängen NAS soweit funktioniert, der vdr läuft jetzt einsam alleine.
Es gibt jedoch im syslog nur Meldungen wie diese

Code

Jan 12 03:37:00 yvwz vdr: video: 25:28:56.649  -22  129   0/\ms   0+7 v-buf
Jan 12 03:37:00 yvwz vdr: [1300] EPGSearch: search timer update started

bis ich morgens dann die Powertaste drückte (vorher letzte Meldung im syslog):

Code

Jan 12 07:16:03 yvwz vdr: [1270] channel 18 (zdf_neo) event Mon 12.01.2015 07:10-07:55 (VPS: 12.01. 07:10) 'Verrückte Natur (3)' status 4
Jan 12 07:16:28 yvwz vdr: [1270] read incomplete section - len = 269, r = 659

Alle andere logs geben auch nix her.

Habe extra von avahi.mounter auf avahi-linker umgestellt, aber das scheint alles zu gehen
und eine "hängender" Mount nicht die Ursache zu sein.

Habe auch keine Überwachung laufen a la NFS/SSH o.ä., sonst würde man ja auch die Meldung im
syslog oder vdr.log sehen.

Kennt jemand den Effekt oder hat noch Tipp, wo ich suchen kann?
Seufz
Frank

seahawk1986 · 12. Januar 2015

Zitat von FJe

oder hat noch Tipp, wo ich suchen kann?

Läuft da eventuell ein XBMC-Client mit vnsi-Plugin im Netzwerk?

Wie sehen denn die Rechte für die Shutdown-Skripte aus?

Code

ls -l /usr/lib/vdr/
insgesamt 88
-rw-r--r-- 1 root root  1732 Jan  7 15:02 commands-loader
-rw-r--r-- 1 root root   631 Nov 12 19:36 commands-loader.sh
-rw-r--r-- 1 root root  1952 Jan  7 15:02 config-loader
-rw-r--r-- 1 root root  2091 Nov 12 19:36 config-loader.sh
-rwxr-xr-x 1 root root  4016 Mär  4  2013 epg2html
-rwxr-xr-x 1 root root   996 Jan  7 15:02 mount-loader
-rwxr-xr-x 1 root root  2795 Jan  7 15:02 plugin-loader
-rwxr-xr-x 1 root root 27528 Dez 14 16:39 plugin-loader2
-rw-r--r-- 1 root root  4674 Nov 12 19:36 plugin-loader.sh
drwxr-xr-x 3 root root  4096 Jan 11 16:27 plugins
-rw-r--r-- 1 root root  2491 Nov 12 19:36 vdr-groups.sh
-rwxr-xr-x 1 root root  1707 Nov 12 19:36 vdr-recordingaction
-rwxr-xr-x 1 root root  1396 Nov 12 19:36 vdr-shutdown
-rwsr-s--- 1 root vdr   6224 Dez 14 16:39 vdr-shutdown.wrapper

Alles anzeigen

Kannst du mal ein vollständiges Syslog posten? http://www.yavdr.org/documentation/0.5/de/ch06s01.html

FJe · 12. Januar 2015

Jepp, mach ich heute Abend, hab fast alles da außer /usr/lib/vdr/, muss ich mal meinen Einsammler erweitern
Danke und bis später.

F.

Razorblade · 12. Januar 2015

Das Problem hatte ich neulich bei dem yaVDR eines Freundes auch. Bei ihm (keine Ahnung, ob das bei Dir das gleiche ist) lag es am Update des NFS Paketes: im Rahmen des Updates muss der Daemon neu gestartet werden, das funktioniert aber nicht automatisch. Nach einem kill -9 auf den Prozess (weiß nicht mehr was genau es war? rpc.portmapper?) ging dann ein manueller Restart per init-Script und erst danach lief das Upgrade durch.

FJe · 12. Januar 2015

Das hatte ich auch beim Update vor ca. 3 Wochen, hatte ich aber schon renoviert mit der von Dir beschriebenen Methode.
NFS an sich geht auch alles mit kreuzweise verlinken von NAS und zwei yavdr und mein anderer yavdr mit etwas anderer Hardware aber gleichem update-Stand hat das nicht, der geht nach wie vor normal (auch nach dem nfs-update).

Aktuell sagt apt-get update && apt-get -s dist-upgrade: 0 neu / 0 aktualisieren

Der zweite vdr hat allerdings neueren Kernel (3.6-xx) und neueren nvidia wg. der GT630, wie gesagt, mit dem geht es.

Bye
Frank

FJe · 12. Januar 2015

'n Abend,

hier meine /usr/lib/vdr:

Code

root@yvwz:/usr/lib/vdr# ll
insgesamt 112
drwxr-xr-x  3 root root  4096 Jul 27 12:15 ./
drwxr-xr-x 98 root root 20480 Jan 10 15:51 ../
-rw-r--r--  1 root root  1732 Apr 20  2014 commands-loader
-rw-r--r--  1 root root   631 Apr  2  2014 commands-loader.sh
-rw-r--r--  1 root root  1952 Apr 20  2014 config-loader
-rw-r--r--  1 root root  2091 Apr  2  2014 config-loader.sh
-rwxr-xr-x  1 root root  4016 Mär  4  2013 epg2html*
-rwxr-xr-x  1 root root   996 Apr 20  2014 mount-loader*
-rwxr-xr-x  1 root root  2795 Apr 20  2014 plugin-loader*
-rwxr-xr-x  1 root root 27528 Jul 23 22:24 plugin-loader2*
-rw-r--r--  1 root root  4674 Apr  2  2014 plugin-loader.sh
drwxr-xr-x  2 root root  4096 Nov 15 15:59 plugins/
-rw-r--r--  1 root root  2491 Apr  2  2014 vdr-groups.sh
-rwxr-xr-x  1 vdr  vdr   2448 Aug 24 11:04 vdr-recordingaction*
-rwxr-xr-x  1 root root  1396 Apr  2  2014 vdr-shutdown*
-rwsr-s---  1 root vdr   6224 Jul 23 22:24 vdr-shutdown.wrapper*

Alles anzeigen

sieht gleich aus.

Hier das log: http://paste.ubuntu.com/9719914/

Wenn er zu Timer angeht, schlatet sich auch wieder aus, das hab ich eben getestet.
Scheint nur zu sein, wenn er von Hand an ist und zwischendurch eine Aufnahme läuft.

Bye
Frank

FJe · 13. Januar 2015

Dann hab ich noch eine vdr.log, in der nach 12h Laufzeit ca. 2500 mal die Meldung:

Code

***** Imlib2 Developer Warning ***** :
	This program is calling the Imlib call:


	imlib_get_text_size();


	With the parameter:


	font


	being NULL. Please fix your program.

Alles anzeigen

auftaucht. Sonst nur "buggy avlib, use ffmpeg", tntnet- und include-set Meldungen drin.

Evt. ist ebim update irgendeine Lib ausgetauscht worden, die jetzt zu einem Seiteneffekt führt?

Ausserdem sagt der avahi-linker öfter:

Code

2015-01-11 17:37:15,116 DEBUG  translated audio to Musik
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler
	reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/avahi-linker", line 427, in service_resolved
	sharename=sharename
  File "/usr/bin/avahi-linker", line 481, in __init__
	self.basedir = os.path.join(self.config.mediadir,self.subtype)
  File "/usr/lib/python2.7/posixpath.py", line 66, in join
	if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'
2015-01-11 17:37:15,117 DEBUG  translated picture to Bilder
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler
	reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/avahi-linker", line 427, in service_resolved
	sharename=sharename
  File "/usr/bin/avahi-linker", line 481, in __init__
	self.basedir = os.path.join(self.config.mediadir,self.subtype)
  File "/usr/lib/python2.7/posixpath.py", line 66, in join
	if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler
	reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/avahi-linker", line 427, in service_resolved
	sharename=sharename
  File "/usr/bin/avahi-linker", line 481, in __init__
	self.basedir = os.path.join(self.config.mediadir,self.subtype)
  File "/usr/lib/python2.7/posixpath.py", line 66, in join
	if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'
2015-01-11 17:37:15,119 DEBUG  translated vdr to vdr

Alles anzeigen

Mich wundert der python2.7 Aufruf, denn mit dem avahi-linker wurde python 3.2 mit installiert,
Müsste er nicht das nehmen?

Bye
Frank

seahawk1986 · 13. Januar 2015

Zitat von FJe
Dann hab ich noch eine vdr.log, in der nach 12h Laufzeit ca. 2500 mal die Meldung:
*
Code
**** Imlib2 Developer Warning ***** :
	This program is calling the Imlib call:


	imlib_get_text_size();


	With the parameter:


	font


	being NULL. Please fix your program.
Alles anzeigen
auftaucht. Sonst nur "buggy avlib, use ffmpeg", tntnet- und include-set Meldungen drin.

Evt. ist ebim update irgendeine Lib ausgetauscht worden, die jetzt zu einem Seiteneffekt führt?

Hast du da ein bisschen mehr Kontext dazu? Sieht man eventuell welches Plugin das absetzt?

Zitat von FJe

Ausserdem sagt der avahi-linker öfter:

Kannst du dir noch mal die aktuelle Version des avahi-linker installieren? Wenn ich mir da die Zeilennummern ansehe, in denen die Fehler auftauchen, scheinst du da eine ältere Version zu nutzen.

Code

cd /tmp
wget https://launchpad.net/~yavdr/+archive/ubuntu/unstable-vdr/+files/vdr-addon-avahi-linker_20140913214823unstable-0yavdr0~trusty_all.deb
sudo dpkg -i vdr-addon-avahi-linker_20140913214823unstable-0yavdr0~trusty_all.deb

FJe · 14. Januar 2015

zu dem Imlib2 Hinweis konnte ich nix finden, ich werd mal versuchen, den vdr-debug Modus zu aktivieren und hoffe, was zu finden.
Neuen avahi-linker versuch ich heute Abend, danke dafür.

Bye
Frank

mini73 · 14. Januar 2015

Code

$ apt-cache rdepends libimlib2 | grep vdr
  vdr-plugin-graphtftng
  vdr-plugin-muggle

Lars.

FJe · 14. Januar 2015

So, der neue avahi-linker ist installiert, geht auch besser, da er die vdr-mounts aufrecht erhält, was mit besser gefällt.
er sagt trotzdem noch

Code

['category = sdb3', 'path = /mnt/sdb3']
2015-01-14 18:20:17,290 DEBUG  avahi-service resolved: Recordings-sdb3 on yvwz on yvwz.local: ['category = sdb3', 'path = /mnt/sdb3']
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler
	reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/avahi-linker", line 441, in service_resolved
	sharename=sharename
  File "/usr/bin/avahi-linker", line 499, in __init__
	self.basedir = os.path.join(self.config.mediadir,self.subtype)
  File "/usr/lib/python2.7/posixpath.py", line 66, in join
	if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'
['category = sdc2', 'path = /mnt/sdc2']
2015-01-14 18:20:17,291 DEBUG  avahi-service resolved: Recordings-sdc2 on yvwz on yvwz.local: ['category = sdc2', 'path = /mnt/sdc2']
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, in msg_reply_handler
	reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/avahi-linker", line 441, in service_resolved
	sharename=sharename
  File "/usr/bin/avahi-linker", line 499, in __init__
	self.basedir = os.path.join(self.config.mediadir,self.subtype)
  File "/usr/lib/python2.7/posixpath.py", line 66, in join
	if b.startswith('/'):
AttributeError: 'NoneType' object has no attribute 'startswith'

Alles anzeigen

das service-file dazu sah bisher so aus:

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Recordings-sdc2 on %h</name> ## Name
<service>
   	<type>_nfs._tcp</type>
   	<port>2049</port>
   	<txt-record>path=/mnt/sdc2</txt-record> ## path to shared Folder
   	<txt-record>category=sdc2</txt-record> ## subtype
</service>
</service-group>

Alles anzeigen

habe es geändert in

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">00-sdc2-%h</name> ## Name
<service>
   	<type>_nfs._tcp</type>
   	<port>2049</port>
   	<txt-record>path=/mnt/sdc2</txt-record> ## path to shared Folder
   	<txt-record>subtype=vdr</txt-record> ## subtype
</service>
</service-group>

Alles anzeigen

damit ist die Fehlermeldung weg und die zweite Platte mit vdr-recs wird korrekt in die Aufnahme-Liste sortiert und verlinkt. Das Service-File sah so aus, weil der alte avahi-mounter das dann unter "sonstiges" im media verlinkt hat, war mir nicht mehr präsent, dass das evt. zu ändern war, sorry für Verwirrung.

Die andere Fehlermeldung mit dem imlib ist auch weg, nachdem ich das graphtftng per order.conf deaktiviert hatte.

Danke an Euch für die prompte und kompetente Hilfe!
Hoffe, Ihr habt jetzt auch einen so schönen Filmabend wie wir hier.

Bye
Frank

seahawk1986 · 14. Januar 2015

Zitat von FJe

Das Service-File sah so aus, weil der alte avahi-mounter das dann unter "sonstiges" im media verlinkt hat, war mir nicht mehr präsent, dass das evt. zu ändern war, sorry für Verwirrung.

Ok, dann fange ich den Fall, dass der subtyp nicht gesetzt wurde noch ab und schreibe eine Warnung ins Log, wenn das passiert:

Code

2015-01-14 19:13:01,507 DEBUG  avahi-service resolved: Recordings-sdc2 on ikarus on ikarus.local: ['category = sdc2', 'path = /srv/vdr/video']
2015-01-14 19:13:01,508 ERROR  subtype for service 'Recordings-sdc2 on ikarus' not set!
path=/srv/vdr/video

Ein neues Paket für yaVDR kommt dann später noch.

vdr schaltet sich nicht mehr ab nach upgrades

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema