Syslog enträtseln ...

1. Wenn du kein lircd für Deine Fernbedienung verwendest kannst Du die Meldung ignorieren. Oder funktioniert irgendwas nicht richtig?

2. Die Überbleibsel in der setup.conf kannst du ignorierem, langsamer wird der Start des VDRs hierdurch nicht.

5. und 8. schliessen sich aus.
Entweder skindesigner mit blackholefrodo funktioniert, dann darf es aber kein Fallback zu lcars geben. Oder aber der blackholeskin ist defekt dann wird anstelle dessen lcars geladen.

6. kannst du ignorieren das dürfte bei jedem so sein.

7. /var/run ist ein Temporäres Filesystem das heißt das was dort steht ist nach einem reboot in der Regel verschwunden, insofern ist es in Ordnung wenn die VTX Dateien erst später angelegt werden und nicht auf alte zurückgegriffen wird - abgesehen davon das alter Video Text sicherlich nicht besonders Interessant ist.

9. Der automatische EPG Scan welcher bei mehr als einem DVB Gerät im Hintergrund läuft versucht alle Kanäle deiner channels.conf zu tunen, auch solche die wegen fehlender Hardware nicht funktionieren. Im Normalfall stört das nicht, eine saubere channels.conf hilft aber Folgefehler zu vermeiden (die Kombination satip mit tunerc DVB Treiber stürzt zum Beispiel ab wenn nicht tunbare Sender in der channels.conf sind)

Zusammenfassend würde ich Dir raten die channels.conf aufzuräumen und dir das mit den skins nochmal näher anzuschauen. Irgendwas passt bei den Skins nicht.

3. Ich würde mal in der keymacros.conf nachsehen.

Lars

6. https zu live wird dann wohl nicht gehen, ist im LAN vernachlässigbar.

Lars

1. Wenn das nur beim Herunterfahren passiert, dann wird wohl lirc vor dem vdr beendet, was aber kein Problem ist.

Lars

Zitat von davie2000

3. Wo kommt das denn (noch) her; ich benutze schon sehr lange softhddevice:

yaVDR legt nach der Installation vor dem ersten Start des VDR aus Templates eine setup.conf für den VDR an, bei der für einige Plugins Einstellungen vorgegeben werden: https://github.com/yavdr/yavdr…es/var/lib/vdr/setup.conf - wenn es eine Konfiguration für ein Plugin gibt, aber dieses nicht geladen wird, meldet das der VDR einfach. Wenn dich das stört, kannst du bei gestoppten VDR die setup.conf aufräumen.

Zitat von davie2000

4. Das kommt glaube ich immer bei einem Reboot - vernachlässigbar oder schlafendes Problem?

Das kannst du vernachlässigen.

Bei den Skins habe ich gerade bei mir mal nachgesehen, das skindesigner Plugin ist noch nicht geladen deshalb wird lcars als skin ausgewählt:

Jun  7 13:30:36 vdr1 vdr: [3119] skin "blackholefrodo" not available - using "lcars" instead
Jun  7 13:30:36 vdr1 vdr: [3119] loading /var/lib/vdr/themes/lcars-default.theme

Später wenn das skindesigner Plugin geladen wurde nimmt er den von Dir gewählten skin blackholefrodo .
Was skinflatplus da meldet weis ich nicht, da dies aber ebenfalls ein Plugin ist könntest Du dieses einfach in der /etc/vdr/plugins/order.conf deaktivieren.

Zu 2)

Ich mache das bei Bedarf immer so:

grep "unknown config parameter" /log/messages |sort -u|cut -b 63-|while read i; do sed -i /etc/vdr/setup.conf -e "/$i/d"; done
killall -9 vdr

Die Pfade musst Du halt evtl. an das ya-Zeugs anpassen.

Zitat von 3PO

Code

grep "unknown config parameter" /log/messages |sort -u|cut -b 63-|while read i; do sed -i /etc/vdr/setup.conf -e "/$i/d"; done

Besser so:

grep "unknown config parameter" /log/messages | sed -e "s%.*ERROR: unknown config parameter: %%" | sort -u | while read i; do sed -i /etc/vdr/setup.conf -e "/$i/d"; done

Oder die fünf Werte einfach per Hand löschen, das geht schneller.

Lars.

Zitat von mini73

Oder die fünf Werte einfach per Hand löschen, das geht schneller.

Aber nur wenn man keine Ahnung von Cut&paste hat, zudem musst Du ja eh erst mal suchen welche Einträge das sind, und in der Zeit hab ich das laengst mittels der Zeile alles gerichtet

Ist ja sortiert, der Aufwand ist also überschaubar. Das liegt aber nur an meiner persönlichen Abneigung gegen Shell-Zeilen mit zu vielen Pipe-Symbolen...
Sowas kopiere ich nicht einfach und führe es aus.

Lars.

Da spricht ja auch nichts dagegen, aber zu behaupten dass es schneller wäre, ist schlichtweg falsch, und zwar um ein Vielfaches
Da ich dies fuer meine Distrie desoefteren mal mache, um Altlasten loszuwerden, ist dies auch in ein Script gepackt, dann gehts noch einfacher, sofern man weiss, wie dieses heisst

Zitat von helau

Besser so:

Code

grep "unknown config parameter" /log/messages | sed -e "s%.*ERROR: unknown config parameter: %%" | sort -u | while read i; do sed -i /etc/vdr/setup.conf -e "/$i/d"; done

Auf das vorangestellte grep kann man doch eigentlich auch noch verzichten, oder?

sed -nr "s%.*ERROR: unknown config parameter: (.*)%\1%p" /log/messages | sort -u | while read i; do sed -i /etc/vdr/setup.conf -e "/$i/d"; done

Das mag sein, aber da ich diese Parameter von sed nie nutze und die anderen auswaendig kenne wars fuer mich so einfacher

Sollte nicht besser nur das syslog seit dem letzten vdr-Start benutzt werden? Kann es sonst nicht sein, dass ich mir Parameter lösche, die ich eigentlich haben will, nur, weil ich zwischendurch mal den vdr mit anderen Plugins gestartet habe?

Lars.

Um es noch komplizierter zu machen habe ich ein Skript gebaut, dass das automatisch macht... Muss VOR dem VDR-Start geladen werden...

#!/bin/bash


# check_setupconf.sh - Prüfen, ob beim VDR-Start Fehler im der setup.conf
# vorhanden sind. Beispiel:
# Sep 03 12:30:25 [vdr] [3372] ERROR: unknown config parameter: SupportTeletext = 0


# Author: MegaV0lt, Version: 20140903


# Aktivierung ab GenVDR V3:
# echo /usr/local/sbin/check_setupconf.sh > /etc/vdr.d/8101_check_setupconf


#set -x


# Einstellungen
SETUPCONF="/etc/vdr/setup.conf"               	# VDR's setup.conf
SYSLOG="/var/log/messages"                    	# Syslog, wo nach den Meldungen gesucht wird
WAITTIME=10                                   	# Wartezeit, bis VDR gestartet ist
[ -d /ram ] && TEMPDIR="/ram" || TEMPDIR="/tmp"   # Temp im RAM


SEARCHSTRING="ERROR: unknown config parameter:"   # Ferhlerstring
FOUND_ERRORS="/var/log/$(basename ${0%.*}).errdb" # Gefundene Fehler
TMP_RESULT="$TEMPDIR/results.txt"             	# Zwischenspeicher für gefundene Einträge
TMP_SETUPCONF="$TEMPDIR/$(basename $SETUPCONF)"   # Zwischenspeicher für setup.conf


# Optionale Einstellungen
LOG="/var/log/$(basename ${0%.*}).log"        	# Logs sammlen


# Funktionen
function log() { 	# Gibt die Meldung auf der Konsole und im Syslog aus
  logger -s -t $(basename ${0%.*}) "$*"
  [ -n "$LOG" ] && echo "$(date +"%F %T") => $*" >> $LOG # Zusätzlich in Datei schreiben
}


[ -e $TMP_SETUPCONF ] && rm $TMP_SETUPCONF
[ "$1" == "--background" ] && MAINSCRIPT=0
OLDIFS=$IFS ; IFS="~"


if [ -e $FOUND_ERRORS ] ; then   	# Es sind bereits Fehler gespeichert worden
  mapfile -t < $FOUND_ERRORS     	# Gespeicherte Fehler einlesen (Array MAPFILE)
  log "${#MAPFILE[@]} Einträge eingelesen! ($FOUND_ERRORS)"
  while read -r ; do             	# setup.conf zeilenweise lesen
	for entry in ${MAPFILE[*]} ; do
  	if [ "$REPLY" == "$entry" ] ; then
    	log "Eintrag in $SETUPCONF gefunden! ($REPLY)"
    	FOUND=1                  	# Merken und später nicht schreiben
  	fi
	done
	[ -z "$FOUND" ] && echo "$REPLY" >> $TMP_SETUPCONF
	unset FOUND
  done < $SETUPCONF
  if [ $(pidof vdr) ] ; then
	log "VDR läuft! - Speichere unter $SETUPCONF.new"
	cp -f $TMP_SETUPCONF $SETUPCONF.new # Neue setup.conf
  else
	mv -f $SETUPCONF $SETUPCONF.bak 	# Sichern
	cp -f $TMP_SETUPCONF $SETUPCONF 	# Neue setup.conf
	rm $FOUND_ERRORS                	# Datei löschen
  fi
else
  if [ -z "$MAINSCRIPT" ] ; then
	log "Keine $FOUND_ERRORS-Datei gefunden. Starte im Hintergrund neu! - Exit"
	$0 --background &        	# Neu starten im Hintergrund
	sleep 0.5 ; exit
  fi
  log "Warte auf VDR-Start..."
  sleep $WAITTIME            	# Warten, bis VDR gestartet ist
  while read -r ; do         	# /var/log/messages
	case $REPLY in
  	*$SEARCHSTRING*) echo "${REPLY#*$SEARCHSTRING }" >> $TMP_RESULT
                   	log "Eintrag gefunden (${REPLY#*$SEARCHSTRING })"
                   	;;
	esac
  done < $SYSLOG
  # Doppelte Einträge löschen und sortieren
  [ -e $TMP_RESULT ] && sort -u $TMP_RESULT > $FOUND_ERRORS
  [ ! -s $FOUND_ERRORS ] && rm $FOUND_ERRORS  # 0 Byte-Datei löschen
fi


log "Skriptende! (PID: $$)"


exit

DL-Link: https://dl.dropboxusercontent.…l/sbin/check_setupconf.sh

Zitat von mini73

Sollte nicht besser nur das syslog seit dem letzten vdr-Start benutzt werden? Kann es sonst nicht sein, dass ich mir Parameter lösche, die ich eigentlich haben will, nur, weil ich zwischendurch mal den vdr mit anderen Plugins gestartet habe?

Die Plugins spielen keine Rolle, allerdings gehts dann schief, falls du mal ne andere VDR Version gestartet hast, bzw andere Staende von Plugins, aber wer solche Sachen macht sollte auch wissen was er tut

@MegaVolt
Da war aber der Weg das Ziel
Du wolltest sicher nur mal wieder ein Skript schreiben, die paar zusaetzlichen Fehlermeldungen loszuwerden, war doch eher nur ein Nebeneffekt ...

Zitat von helau

aber wer solche Sachen macht sollte auch wissen was er tut

Natürlich.

@MegaVolt:
OMG! Wie war das mit Kanonen und Spatzen usw...?

Lars.

Es erschien mir sinnvoll, da ich oft über die Fehler gestolpert bin. Kaum war ein neuer VDR raus waren einige Werte wieder ungültig. Mit dem Skript ist das nun vorbei...

Genau so mache ich das mit den Kanälen. Auch da wird automatisch ausgemistet. Nebeneffekt. Ein klein wenig mehr an Erfahrung mit Bash... Zum Programmieren mit C und so reicht es bei mir nicht...