Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

30.09.2013, 13:37

Verschiedene Dienste werden nicht gestartet

Hallo zusammen, ich mal wieder :)

Ich bin mir nicht sicher, ob es hier passt, falls nicht, bitte verschieben.

Folgendes Problem ärgert mich: Im Runlevel default habe ich ntp-client. Der Dienst wird allerdings nicht gestartet, weil, so meine Vermutung, noch keine Netzwerkverbindung besteht. Gibt es eine Möglichkeit, den Dienst später irgendwie zu starten? Ich bin mir eigentlich ziemlich sicher, daß das früher schon funktioniert hat, sprich, der Dienst wurde gestartet und hat sich dann später die Zeit geholt, wenn eine Netzwerkverbindung bestand.

Weiter habe ich in default den Dienst vmware, der einige VMWare-spezifische Module laden soll. Interessanterweise taucht der Dienst gar nicht in der Liste der Dienste auf, die in default stehen. Allerdings wird der Versuch, ihn hinzuzufügen mit der Meldung quitiert, er sei schon in default eingetragen.


Zitat


trillian michael # rc-config list default
Init scripts to be started by runlevel default
bluetooth
consolekit
local
netmount
ntp-client
sshd
syslog-ng
webmin
xdm
xinetd
trillian michael # rc-update add vmware
* rc-update: vmware already installed in runlevel `default'; skipping

Der Dienst wird auch nicht gestartet, händisches starten funktioniert aber.

Habt Ihr irgendwelche Tips für mich?

Danke,
42m

2

30.09.2013, 20:52

Zu 1: ntp-client: Wie sieht Deine Einstellung rc_depend_strict in /etc/rc.conf aus?
YES bedeutet: Alle Netzwerk-Interfaces müssen gestartet sein, bevor der Dienst startet, der "net" benötigt.
NO bedeutet: Es wird nicht drauf geachtet ob Interfaces gestartet sind.

Ich habe bei mir "NO" und dann eine Einstellung explizit für die betrofenen Dienste, zB. in der /etc/conf.d/ntp-client ein

Quellcode

1
RC_NEED="net.eth0"
Damit startet der Dienst nach eth0.

Zu 2: Überprüfe mal den Link /etc/runlevels/default/vmware. Ist es zufällig ein verweister Link? Lösche mal die Datei und versuche erneut den Dienst zu default hinzuzufügen.

Ob es die richtige Gruppe ist, weiß ich nicht. Eine "OpenRC" oder "Init" Gruppe haben wir nicht. Zu "Installation" passt es nicht. Also lasse ich den Beitrag mal da wo er ist.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

3

02.10.2013, 12:05

Hallo bell,

danke für Deine Tips. Allerdings stehe ich jetzt gerade ein bisschen auf dem Schlauch.

Ich verwende KDE und das Networkmanager-Widget. Das heißt, daß KDE meine Netzwerkverbindung aufbaut, in Folge dessen sind die Netzwerkdienste nicht gestartet:

Zitat


trillian michael # /etc/init.d/net.eth0 status
* status: stopped
trillian michael # /etc/init.d/net.wlan0 status
* status: stopped

Der ntp-client wird trotz des Eintrags rc_depend_strict="NO" nicht gestartet.Da ich oft in verschiedenen (WLAN)-Netzen unterwegs bin möchte ich auf die Bequemlichkeit, die das Widget mir bietet, eigentlich nicht verzichten :)
Was kann ich in dem Fall tun?

Was das Problem mit vmware angeht, der Link sieht gut aus, ich habe ihn trotzdem mal gelöscht und neu hinzugefügt, sehe aber keinen Unterschied zu vorher. Ob es funktioniert werde ich nach dem nächsten Neustart wissen :)

42m

4

02.10.2013, 13:38

Hm, welche net-misc/ntp Version ist installiert? Wenn ich es richtig mitbekommen habe gab es zu diesem "Problem" auch schon mal Änderungen im Init-Script ohne Versions-bump. Teste mal ob ein rebuild von net-misc/ntp eventuell schon hilft :)

5

02.10.2013, 13:42

Hallo Josef,

installiert ist ~4.2.6_p5-r6. Ich baue es gerade neu, ich gebe Bescheid, ob es geholfen hat.

Danke,

42m

6

02.10.2013, 15:38

Ah, ok, der NetworkManager. Nimm den NTP aus dem Runlevel raus. Dort hat er keine Chance festzustellen ob der NetworkManager eine Verbindung aufgebaut hat oder nicht.
Prüfe ob der Dienst startet wenn Du diesen manuell startest. Dann folge dieser Anleitung: http://blog.bmarwell.de/systemzeit-mit-n…-halten-gentoo/
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

7

02.10.2013, 15:49

Hallo bell,

vielen Dank für den Link. Das sieht doch gut aus :)

Ja, von Hand startet der Dienst.

Ich teste und melde mich dann wieder.

Nachtrag: Ich habe das Script wie beschrieben angelegt, einzig der Name ist ein anderer. Da es bereits ein Script mit Namen "10-openrc-status" gab habe ich das neue "20-ntp-client" genannt. Also ohne .sh, aber ausführbar :) Und ich musste den Umbruch hinter && entfernen. Mit Umbruch knallt es, ohne tut es wie es soll. Einfach kopieren ohne zu denken ist also keine gute Idee :)

Jetzt bleibt nur noch das Problem mit vmware. Die Module werden immer noch nicht beim Start geladen.

42m

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »greye« (02.10.2013, 16:12)


8

02.10.2013, 16:11

Ansonsten schaue auch mal ob der Tipp aus Bug 463974 weiterhilft.

9

02.10.2013, 16:19

Ansonsten schaue auch mal ob der Tipp aus Bug 463974 weiterhilft.
Hallo Josef, mit bells Tip habe ich es hinbekommen, daß der ntp-client gestartet wird, wenn eine Netzwerkverbindung besteht resp. aufgebaut wurde. Das ist ausreichend für mich. Trotzdem danke für Deinen Hinweis. Am Initscript fummeln will ich eigentlich nich unbedingt, das wird beim Update doch eh wieder überschrieben, oder?

42m

10

02.10.2013, 16:35

Ah ok, prima :)
Am Initscript fummeln will ich eigentlich nich unbedingt, das wird beim Update doch eh wieder überschrieben, oder?
Ja richtig, aber solche Änderungen würden nicht automatisch ungefragt überschrieben, da hier CONFIG_PROTECT wirken sollte. Sprich, normal sollte es dann einen Hinweis geben das Konfigurationsdateien geändert wurden, und diese mit zb etc-update oder dispatch-conf bearbeitet werden können.

Aber hat sich wahrscheinlich eh schon erledigt, ich sah grad das der genante Vorschlag einst schon im Bug 439564 gefixt wurde :)

11

02.10.2013, 16:43

Ja richtig, aber solche Änderungen würden nicht automatisch ungefragt überschrieben, da hier CONFIG_PROTECT wirken sollte. Sprich, normal sollte es dann einen Hinweis geben das Konfigurationsdateien geändert wurden, und diese mit zb etc-update oder dispatch-conf bearbeitet werden können.
Ja, ich weiß ... aber ich werde langsam alt und immer wieder zu überlegen, was ich jetzt wo verändert habe und ob eine Datei mit neuerem Inhalt überschrieben werden darf oder nicht ... das ist anstrengend :D

etc-update ist in der Hinsicht definitiv nichts für mich. dispatch-conf funktioniert ähnlich IIRC. Ich bräuchte ein Tool, das mir die Änderungen gegenübergestellt anzeigt, vielleicht (kein Muss) grafisch wie kdiff.
Das zusammen mit der Möglichkeit zu sagen: Nimm die neue Version, aber behalte diese und jene Zeile aus der alten ... das wäre was.

Aber vielleicht geht das schon und ich mache es bisher nur falsch ...

42m