1 |
Hallo, |
2 |
|
3 |
danke für die Zahlreichen rückmeldungen. Der ntp scheint nicht richtig zu |
4 |
laufen das werde ich mir mal ansehen. |
5 |
Aber kde wollte tatsächlich nur das user passwort, auf die Idee bin ich noch |
6 |
nicht gekommen. Danke für den Hinweis. |
7 |
|
8 |
Gruß |
9 |
Sebastian |
10 |
|
11 |
Am Mittwoch 10 Mai 2017, 22:46:54 schrieb Kai Krakow: |
12 |
> Am Tue, 09 May 2017 23:59:24 +0200 |
13 |
> |
14 |
> schrieb Michael Schier <michael.schier@×××.de>: |
15 |
> > Hallo Sebastian, |
16 |
> > |
17 |
> > das Problem mit dem Rootpasswort und den KDE-Einstellungen habe ich |
18 |
> > nicht, da kann ich nichts dazu sagen. |
19 |
> > Aber vielleicht bzgl der Zeiteinstellung. Bei mir läuft der Dienst |
20 |
> > /etc/init.d/ntpd unabhängig von dem Schalter in den |
21 |
> > KDE-Einstellungen, d.h. dort ist er aus, aber "/etc/init.d/ntpd |
22 |
> > status". Ich kann mich nicht 1005-zig erinnern, aber sehr |
23 |
> > wahrscheinlich habe ich ntpd per emerge gebaut und dann mit |
24 |
> > "rc-config add ntpd default" zum Standard-Runlevel gefügt. Damit wird |
25 |
> > er immer beim Systemstart gestartet. Die |
26 |
> > Konfigurationsdatei /etc/ntp.conf sieht bei mir unverändert aus, d.h. |
27 |
> > das was emerge gebaut hat, ist so wo es ist gleich benutzbar. |
28 |
> > |
29 |
> > Vielleicht löst das dein Problem, da die KDE-Einstellungen ganz |
30 |
> > umgangen werden. |
31 |
> > |
32 |
> > Am Freitag, 1. Januar 2010, 02:06:16 schrieb Sebastian: |
33 |
> > > Hallo, |
34 |
> > > |
35 |
> > > ich habe meinen laptop gerade zerlegt und wieder Zusammengebaut. |
36 |
> > > Jetzt befinde ich mich anno 2010. Da streikt Firefox leider wegen |
37 |
> > > falscher Zertivikate so das ich selber eigentlich nicht suchen kann. |
38 |
> > > Mein problem ist das die Kde Systemeinstellungen das Rootpasswort |
39 |
> > > nicht annehmen um die Zeit einzustellen bzw ntp zu starten. Dieses |
40 |
> > > Problem taucht immer mal wieder auf und hängt wohl mit der |
41 |
> > > Umstellung von kde4 zu kde5 zusammen. Die Einstellungen um das |
42 |
> > > Problem zu umgehen, ändern sich auch bei jedem update zumindest |
43 |
> > > gefühlt. |
44 |
> |
45 |
> KDE nutzt einen über DBUS bereitgestellten System-Dienst zum Einstellen |
46 |
> der Zeit, und fällt zurück auf eine eigene Methode, wenn dieser Dienst |
47 |
> fehlt. |
48 |
> |
49 |
> Auf systemd-Systemen nutzt man dazu systemd-timedated anstelle einer |
50 |
> anderen NTP-Implementierung. Bei openrc-Systemen bin ich mir nicht |
51 |
> sicher, da die schon ein paar Jahre hinter mir liegen. Ich würde |
52 |
> vermutlich für Desktop-Systeme aber chrony statt openntp empfehlen. |
53 |
> |
54 |
> Kann es sein, dass der vom System bereitgestellte Dienst nicht richtig |
55 |
> konfiguriert aber vorhanden ist? Außerdem kann es sein, dass nicht das |
56 |
> Root-, sondern nur das User-Passwort verlangt wird. |
57 |
> |
58 |
> Hier ist das etwas genauer beschrieben: |
59 |
> http://blog.davidedmundson.co.uk/blog/systemd-and-plasma |
60 |
> |
61 |
> Von dort aus kann man leicht selbst weiter recherchieren. Ich denke, |
62 |
> openrc bietet ähnliche Interfaces über den Dienst settingsd an, den |
63 |
> man dann eventuell installieren und aktivieren möchte: |
64 |
> |
65 |
> https://packages.gentoo.org/packages/app-admin/openrc-settingsd |
66 |
> |
67 |
> Das habe ich, wie vorher erwähnt, allerdings nie getestet. |