9.3: eigenes runlevel-Skript wird nicht ausgefuehrt
Gibts mit 9.3 irgendein besonderes Verfahren,daß ein eigenes runlevel skript bestehend aus #!/bin/sh touch /tmp/~fan_init echo "fan_ini erstellt" > /dev/tty11 nicht mehr ausgeführt wird? Es ist in rc5.d auf /etc/init.d/ verlinkt und per chmod +x ausführbar. Es wird offenbar nicht ausgeführt, weil kein ~fan_init erstellt wird und auf konsole 11 nichts erscheint. Werden ab 9.3 nur noch besonders geartete Runlevel-Skripten ausgeführt? evtl. nur noch solche, die konform sind und diese Vorspann ### BEGIN INIT INFO [...] ### END INIT INFO haben? danke schon mal Ekkard
Ekkard Gerlach wrote at Thursday, August 18, 2005 12:55 PM
Gibts mit 9.3 irgendein besonderes Verfahren,daß ein eigenes runlevel skript bestehend aus
#!/bin/sh touch /tmp/~fan_init echo "fan_ini erstellt" > /dev/tty11
nicht mehr ausgeführt wird?
Ja, den parallelen Startvorgang.
Es ist in rc5.d auf /etc/init.d/ verlinkt und per chmod +x ausführbar. Es wird offenbar nicht ausgeführt, weil kein ~fan_init erstellt wird und auf konsole 11 nichts erscheint.
Werden ab 9.3 nur noch besonders geartete Runlevel-Skripten ausgeführt? evtl. nur noch solche, die konform sind und diese Vorspann
### BEGIN INIT INFO [...] ### END INIT INFO
haben?
Hatte mal ein ähnliches Problem, es liegt wie gesagt an dem parallelisierten Startvorgang, den es bei SuSE jetzt gibt. Schnelle Lösung: Teste zunächst mal, ob das Skript ausgeführt wird, wenn Du in /etc/sysconfig/boot RUN_PARALLEL auf "no" stellst, um sicherzustellen, dass Dein Script funktioniert. Grundsätzlich kannst Du das nun so lassen, es wird nur eben nun beim Starten exakt die Reihenfolge der Symlinks in /etc/rc.d/rcX.d benutzt und _nicht_ versucht, Dienste parallel zu starten. Folge u.U. ein verlängerter Startvorgang - die konkrete zeitliche Auswirkung musst Du testen. Wenn Du dann doch weiter den parallelen Startmodus nutzen willst, kannst Du einfach mal Dein Script als "target" (erste Zeile) und mit einer leeren Zeile im Abhängigkeitsbereich in /etc/rc.d/.depend.start einbauen. Dann sollte es gestartet werden. Problem ist nun, dass dieser Eintrag nun ständig wieder verschwindet - ich gehe davon aus, das SuSEconfig daran schuld ist, genau bin ich auch noch nicht dahinter gekommen. Wenn Du jedoch die INIT INFO Sektion in Dein Script einbaust, sollte auch dieses Problem behoben sein. HTH Regards, Markus
* Markus Heidinger schrieb:
Hatte mal ein ähnliches Problem, es liegt wie gesagt an dem parallelisierten Startvorgang, den es bei SuSE jetzt gibt.
Schnelle Lösung: Teste zunächst mal, ob das Skript ausgeführt wird, wenn Du in /etc/sysconfig/boot RUN_PARALLEL auf "no" stellst, um sicherzustellen, gemacht! dass Dein Script funktioniert. Grundsätzlich kannst Du das nun so lassen, es geht sofort!
wird nur eben nun beim Starten exakt die Reihenfolge der Symlinks in /etc/rc.d/rcX.d benutzt und _nicht_ versucht, Dienste parallel zu starten. Durch das parallele Starten von Diensten werden dann einige Dienste eben übergangen :-( die nicht in .depend.start eingetragen sind. okay. Folge u.U. ein verlängerter Startvorgang - die konkrete zeitliche Auswirkung musst Du testen.
Wenn Du dann doch weiter den parallelen Startmodus nutzen willst, kannst Du ja einfach mal Dein Script als "target" (erste Zeile) und mit einer leeren Zeile im Abhängigkeitsbereich in /etc/rc.d/.depend.start einbauen. Dann Habe an die Zeile noch Abhänigkeiten gehängt, habe die längste Zeile, die mit SuSEfirewall, genommen und dupliziert und mein fan_init: davorgeklemmt. sollte es gestartet werden. gemacht, stimmt!
Problem ist nun, dass dieser Eintrag nun ständig wieder verschwindet - ich bei mir nicht. Vielleicht Abhängigkeiten dahinter schreiben, wie bei mir? Hast Du auch von rc.5 einen Link auf das Skript gesetzt?
Gruss Ekkard
* Ekkard Gerlach schrieb:
Wenn Du dann doch weiter den parallelen Startmodus nutzen willst, kannst Du ja einfach mal Dein Script als "target" (erste Zeile) und mit einer leeren Zeile im Abhängigkeitsbereich in /etc/rc.d/.depend.start einbauen. Dann Habe an die Zeile noch Abhänigkeiten gehängt, habe die längste Zeile, die mit SuSEfirewall, genommen und dupliziert und mein fan_init: davorgeklemmt. sollte es gestartet werden. gemacht, stimmt!
ähm .. jetzt fährt die Kiste nicht mehr von alleine runter .. sie HÄNGT bei runlevel 6 reached , aber noch vor dem umount der Partitionen. Jmd Idee? Ist vielleicht ein Stop-Skript zwingend notwendig? Ekkard
participants (3)
-
Andre Tann -
Ekkard Gerlach -
Markus Heidinger