So, jetzt habe ich noch ein paar Tests gemacht. Es lag definitiv am Symlink und nichts anderem. Vielleicht hilft's noch wem, da ich vor einiger Zeit schon mal gelesen hatte, dass ein E-tobi-VDR-Nutzer das gleiche Problem hatte, um dann wieder auf die c't-Version zu wechseln.
Folgende Schritte:
- "ls -l /etc/vdr/" --> Ausgabe (gekürzt): "-rw-r--r-- 1 vdr vdr 441 5. Jun 11:41 svdrphosts.conf"
- "rm /var/lib/vdr/svdrphosts.conf"
- "ln -s /etc/vdr/svdrphosts.conf /var/lib/vdr/svdrphosts.conf"
- "/etc/init.d/vdr restart"
- "less /var/log/syslog" --> loading svdrphosts.conf fehlt: Jun 7 17:40:31 Server vdr: [2156] loading /var/lib/vdr/reccmds.conf
Jun 7 17:40:31 Server vdr: [2156] loading /var/lib/vdr/remote.conf
- "rm /var/lib/vdr/svdrphosts.conf"
- "cp /etc/vdr/svdrphosts.conf /var/lib/vdr/"
- "/etc/init.d/vdr restart"
- "less /var/log/syslog" --> loading svdrphosts.conf vorhanden: Jun 7 17:43:54 Server vdr: [2295] loading /var/lib/vdr/reccmds.conf
Jun 7 17:43:54 Server vdr: [2295] loading /var/lib/vdr/svdrphosts.conf
Jun 7 17:43:54 Server vdr: [2295] loading /var/lib/vdr/remote.conf
Nur, um das klar zu stellen, mir geht es hier nicht um Rechthaberei, sondern ich finde den Fehler einfach nur so verzwickt, dass ich noch einmal explizit darauf hinweisen wollte.
Hervorgerufen wird dieses Verhalten wohl durch eine wie auch immer geartete Abfrage über die Rechte oder den Typ der zu öffnenden Datei (Sicherheit!). Bei den elementaren Dateioperationen kann ich schon vorstellen, dass der Link dann nicht aufgelöst wird, sondern dessen Rechte zurückgegeben werden. Ich meine mich erinnern zu können, dass ich vor 4 oder 5 Jahren einen ähnlichen Fehler bei einem anderen Programm hatte, der auch nur durch einen Symlink hervorgerufen wurde.
schmirl: Natürlich liegt es nahe, dass der Fehler hier eher beim Benutzer zu suchen wäre (eine Zeile verrutscht etc.). Das trifft bei so etwas wohl auch auf 99% der Fälle zu (Hätte ich wohl auch vermutet). Hier haben wir wohl eine der wenigen Ausnahmen.
Viele Grüße,
Diewi