[solved] Wählerisches Startscript

Hallo Forum,

ich habe hier auf meinem Ubuntu-VDR (siehe Signatur VDR2) ein sehr wählerisches Startscript. Es soll eigentlich den vdradmin starten. In /etc/init.d liegt ein Script "vdradmin-am", welches manuell aufgerufen wunderbar funktioniert. Binde ich dieses per "update-rc.d vdradmin-am defaults" in das rc-System ein, werden zwar die Symlinks korrekt angelegt, aber leider beim Starten völlig ignoriert. Erkennen kann ich das anhand von testweise eingefügten Logausgaben.

Jetzt kommt das kuriose: Benenne ich das Script in beispielsweise "test" um, rufe anschließend "update-rc.d test defaults" auf, funktioniert der Systemstart wie gewümscht. Wie kann das sein? Liegt das irgendwo an der rc-sysinit.conf?

Gruß,

Peter

Der Header sieht so aus:

#! /bin/sh
#
# vdr start-stop script
#
### BEGIN INIT INFO
# Provides:          vdradmin-am
# Required-Start:    $remote_fs $network $syslog
# Required-Stop:     $remote_fs $network $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Starts vdradmin-am
# Description:       Starts vdradmin-am, the web-based administration
#                    tool for VDR, if it is enabled in /etc/default/vdradmin-am.
### END INIT INFO

Manuell rufe ich es mit "/etc/init.d/vdradmin-am start" auf.

Sodele, ich habe nun mal ein bisschen Zeit zum Forschen gefunden. Also das läuft ja nun recht umständlich mit upstart und den alten System V Init-Scripten. Da startet upstart irgendwann die /etc/init/rc-sysinit.conf, welche wiederum die /etc/init.d/rcS aufruft. Diese ihrerseits startet /etc/init.d/rc, welche dann nun endlich die alten Scripte in /etc/rc0.d ... /etc/rcS.d aufruft.

Jetzt habe ich in /etc/init.d/rc ein paar Debugausgaben hineingebastelt und folgende Merkwürdigkeit gefunden: Zuerst werden alle Killfiles abgearbeitet. Danach kommen die Startfiles dran, jeweils im passenden rc-runlevel-Directory. Beim Starten der Scripte /etc/rc2.d/@S20.... passiert es dann: das Script /etc/init.d/rc kommt nicht bis zum Ende. Irgendwo bei den letzten S20-Scripten wird es von wem auch immer abgeschossen. So entscheidet letztendlich der Name des Scriptes, wo es in der Reihenfolge steht und ob die Zeit noch zur Ausführung reicht bevor /etc/init.d/rc stirbt.

Warum das so ist, kann ich mit meinen Fähigkeiten wohl nicht herausfinden.

Gruß,

Peter

Ha! Problem gelöst!

Kleiner Fehler, große Wirkung: Das vdr-Script in /etc/init.d war schuld. Dorf sah der runvdr-Aufruf so aus:

d_start() { 
/usr/local/bin/runvdr
}

Hier fehlte das '&' am Zeilenende, das Script kehrte also nie zurück zum aufrufenden Script, der Start aller hinter $S20vdr liegenden Programme fand nicht statt.

Wann und wobei das '&' verlorenging, kann ich nicht mehr nachvollziehen. Immerhin hat das System ja vorher eine ganze Zeit lang anstandslos gebootet.

Peter