Sebastian Siebert wrote:
Philipp Thomas schrieb:
On Tue, 28 Oct 2008 17:08:59 +0100, you wrote:
Du kannst versuchen, es mit "network" zu ergänzen. Vielleicht reicht das schon. Wohl kaum, denn remote_fs setzt network voraus.
Philipp
Hi,
da muss ich Philipp Recht geben. Das Netzwerk wird *bereits* vor NTPD gestartet und ist aus technischer Sicht auch korrekt. Das Bootlog bestätigt diese Reihenfolge auch.
Die Frage ist nur, wie kann ich NTPD dazu bringen, dass der Dämon *noch* nicht auf ra0 hören soll, weil er (wie schon erwähnt) auf die besagte WLAN-Schnittstelle zugreift und somit den Bootvorgang blockiert.
Irgendwo ist da noch ein Haken in der Logic. WARUM blockiert denn ntpd das WLAN, wenn das WLAN schon aktiv ist? Für mich hört sich das eher so an, als ob das WLAN eben noch nicht aktiv ist, aber ntpd trotzdem versucht, darüber eine Abfrage zu machen, und bis zum Timeout alles blockiert. Ich sehe nur zwei Möglichkeiten: - setze ntpd nicht als Dienst fest, der direkt gestartet werden soll - baue eine Schleife, welche immer wieder den Status von deiner WLAN-Schnittstelle abfragt und erst dann den ntpd startet - erstelle einen Dummyservice, der nichts anderes macht, als den Status der WLAN-Schnittstelle zu prüfen und setze eine Abhängigkeit beim ntpd auf diesen Dummyservice Wozu brauchst du eigentlich ntpd auf einem Desktop? -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org