Dienste werden nicht gestartet (SuSE 10.1)
Hallo zusammen, mein SuSE 10.1 spinnt gerade: es startet beim Hochfahren etliche Dienste nicht. So z.B. MySQL, network, haldaemon, powersaved, etc. Wenn ich die im YaST Runlevel-Editor einstelle, dann startet er die Dienste zwar, aber beim nächsten Hochfahren werden wie wieder nicht gestartet. Ich versteh nicht, wieso, und was dagegen tun... viele Grüße, Mauritius
Hallo, On 17-Aug-2006 mauritius.hiller@gmx.de wrote:
mein SuSE 10.1 spinnt gerade: es startet beim Hochfahren etliche Dienste nicht. So z.B. MySQL, network, haldaemon, powersaved, etc.
Werden sie wirklich nicht gestartet oder wird dies beim Booten nur behauptet? Meine Suse 10.0 behauptet auch haeufiger mal, dass speziell netword nicht gestartet worden sei. Ein rcnetwork status ergibt dann aber ein running. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de
Hallo,
mein SuSE 10.1 spinnt gerade: es startet beim Hochfahren etliche Dienste nicht. So z.B. MySQL, network, haldaemon, powersaved, etc.
Werden sie wirklich nicht gestartet oder wird dies beim Booten nur behauptet?
Die werden wirklich nicht gestartet. Ich kann den MySQL server nicht erreichen, der Powersave-Button funktioniert nicht, und die rc... geben ein unused aus. viele Grüße, Mauritius
mauritius.hiller@gmx.de wrote:
Hallo,
mein SuSE 10.1 spinnt gerade: es startet beim Hochfahren etliche Dienste nicht. So z.B. MySQL, network, haldaemon, powersaved, etc. Werden sie wirklich nicht gestartet oder wird dies beim Booten nur behauptet?
Die werden wirklich nicht gestartet. Ich kann den MySQL server nicht erreichen, der Powersave-Button funktioniert nicht, und die rc... geben ein unused aus.
Wenn network nicht gestartet ist, dann werden auch alle Dienste, welche network als "required" eingetragen haben, ebenfalls nicht starten. Das kann passieren, wenn etwa die Netzwerkkarte nicht richtig erkannt wird. Insbesondere bei neueren GBit-Karten kann schon mal ein Treiberupdate die Netzwerkkarte weghauen, oder Suse hat, aus welchen Gründen auch immer, die Netzwerkkarte nicht aktiviert. Ich habe Suse 10.1 in einer VMWare laufen, dort startet die Netzwerkkarte regelmäßig nicht, obwohl sie im System eingetragen ist. Schau dir doch mal die Ausgabe von dmsg an, was beim Booten passiert ist. Schau auch mal ins Log /var/log/messages. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Sandy Drobic, Donnerstag, 17. August 2006 09:54:
Wenn network nicht gestartet ist, dann werden auch alle Dienste, welche network als "required" eingetragen haben, ebenfalls nicht starten. Das kann passieren, wenn etwa die Netzwerkkarte nicht richtig erkannt wird. Insbesondere bei neueren GBit-Karten kann schon mal ein Treiberupdate die Netzwerkkarte weghauen, oder Suse hat, aus welchen Gründen auch immer, die Netzwerkkarte nicht aktiviert.
Ich hatte mal den Fall, daß die Netzwerkkarte viel zu langsam in der Initialisierung war (so erkläre ich es mir). Jedenfalls konnte das Netzwerk im Bootprozeß nie gestartet werden. Dann habe ich mir ein Skript in die boot.local gebaut: sleep 60 && rcnetwork restart, und das hat dann immer funktioniert. -- Andre Tann
Hallo,
Ich hatte mal den Fall, daß die Netzwerkkarte viel zu langsam in der Initialisierung war (so erkläre ich es mir). Jedenfalls konnte das Netzwerk im Bootprozeß nie gestartet werden. Dann habe ich mir ein Skript in die boot.local gebaut: sleep 60 && rcnetwork restart, und das hat dann immer funktioniert.
das mit dem Timeout war das Stichwort: ich hatte eine nfs-quelle die beim Start eingebunden wird, aber die gerade nicht verfügbar war. Der ist also beim Punkt "nfs-einbinden" beim Booten stehen geblieben. vielen Dank für eure Hilfe, Mauritius
mauritius.hiller@gmx.de schrieb:
Hallo,
Ich hatte mal den Fall, daß die Netzwerkkarte viel zu langsam in der Initialisierung war (so erkläre ich es mir). Jedenfalls konnte das Netzwerk im Bootprozeß nie gestartet werden. Dann habe ich mir ein Skript in die boot.local gebaut: sleep 60 && rcnetwork restart, und das hat dann immer funktioniert.
das mit dem Timeout war das Stichwort: ich hatte eine nfs-quelle die beim Start eingebunden wird, aber die gerade nicht verfügbar war. Der ist also beim Punkt "nfs-einbinden" beim Booten stehen geblieben.
vielen Dank für eure Hilfe,
Mauritius
Hi, kann es sein, dass du den NetworkManager aktiviert hast, so ein Problem hatte ich auch mal. Dieser hat viel zu spät die Netzwerkinitialisierung eingesetzt ohne aber eine wirkliche Meldung auszuspucken. Beste Lösung war in der /etc/sysconfig/network/config den Timeout Eintrag zu ändern ---> NM_ONLINE_TIMEOUT=30 Grüße Kevin
Hallo,
das mit dem Timeout war das Stichwort: ich hatte eine nfs-quelle die beim Start eingebunden wird, aber die gerade nicht verfügbar war. Der ist also beim Punkt "nfs-einbinden" beim Booten stehen geblieben.
kann es sein, dass du den NetworkManager aktiviert hast, so ein Problem hatte ich auch mal. Dieser hat viel zu spät die Netzwerkinitialisierung eingesetzt ohne aber eine wirkliche Meldung auszuspucken.
Das hatte damit wohl nix zu tun. Ich habs mit dem NetworkManagar und mit der "traditionellen" Methode probiert, und er ist nie über die fehlende nfs-Quelle hinweggekommen. viele Grüße, Mauritius
Hallo,
Wenn network nicht gestartet ist, dann werden auch alle Dienste, welche network als "required" eingetragen haben, ebenfalls nicht starten. Das kann passieren, wenn etwa die Netzwerkkarte nicht richtig erkannt wird. Insbesondere bei neueren GBit-Karten kann schon mal ein Treiberupdate die Netzwerkkarte weghauen, oder Suse hat, aus welchen Gründen auch immer, die Netzwerkkarte nicht aktiviert.
Hab gerade mal in die Einstellungen der Netzwerkkarte geschaut: die wird beim Hochfahren aktiviert, und ich hab ja auch sofort nach dem Starten eine Verbindung ins Internet über diese Karte, ohne das ich noch was einstellen muss. Ich vermute, dass YaST einfach die einstellungen aus dem Runlevel-Fenster nicht schreibt, oder so... viele Grüße, Mauritius
Am Donnerstag 17 August 2006 10:12 schrieb mauritius.hiller@gmx.de:
Ich vermute, dass YaST einfach die einstellungen aus dem Runlevel-Fenster nicht schreibt, oder so...
Die aktuelle Einstellung kannst du mit chkconfig -l sehen. -- Viele Grüße ------------------------------------------------------------------------ Michael
Am 17.08.06 schrieb mauritius.hiller@gmx.de
Ich vermute, dass YaST einfach die einstellungen aus dem Runlevel-Fenster nicht schreibt, oder so...
Bla. Bevor Du hier mit dem beliebten "Yast ist böse" kommst, wirf einen tiefen Blick in /var/log/messages und /var/log/boot.msg Und dmesg ist auch hilfreich. Gruß Martin
participants (7)
-
Andre Tann -
Heinz W. Pahlke -
Kevin Templar -
Martin Schröder -
mauritius.hiller＠gmx.de -
Michael Behrens -
Sandy Drobic