- Törvénnyel pörgetné fel az európai zöldtechnológiát az EU
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Zimbabwébe ment a Starlink
- Linux kezdőknek
- Router gondok
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Facebook és Messenger
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Zyxel NAS326
- Windows 11
-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
Bogyo72
csendes tag
Szevasztok!
Adott egy x86_64-es Arch/KDE rendszer tisztán systemd-vel telepítve. A probléma az idő automatikus beállításával van, ugyanis az nem működik. Próbáltam már talán mindent, de nem vezetett sikerre. Arra viszont rájöttem, hogy ha felfüggesztve állítom le a gépet, majd újraindítom, akkor egy idő után beáll és tartja is a pontos időt. De a normál leállítás után ismét össze-vissza mutat és nem is szinkronizál, ha az óra beállításnál próbálok frissíteni, akkor 'nem tud csatlakozni a szerverhez' üzenetet kapok.
Valami ötlet, mi lehet vagy mit lehet..? -
Bogyo72
csendes tag
Sajnos bonyolultabb egy elemcserénél. A másik gépben tényleg le van merülve, ott a bioszt is állandóan be kell állítani ha nem kap áramot, de a szinkronizálás az megy szépen.
Windows az tényleg van telepítve, de nagyon ritkán használom (játékra), de az legalább beállítja az időt és akkor Arch indításakor is jó, egy rövid ideig.
Én is a Wiki alapján próbáltam beállítani és szerintem jó is lett:Ha letiltom a démont, akkor tudom manuálisan szinkronizálni az óra beállításoknál, de kb. negyed óra múlva már 2 percet késik. Ha a démon fut, akkor nem lehet frissíteni, szerver csatlakozási hibára panaszkodik, és autómatikusan sem csinál semmit!
Ez az idő mizéria systemd-s átállás előtt nem volt, bár igaz akkor még Gnom-ot használtam, bár ez nem hinném, hogy érdekes lenne. -
Bogyo72
csendes tag
Nos, az 'ntp.conf'-hoz nem nyúltam, így az az eredeti állapotában van.
Az a bizonyos 'journalctl' ezt adja:Végignézve a listát, úgy látom, hogy csak az újraindításkor fut le, de az időpont az nem a valós idő itt sem. De találtam a listában olyat is ahol háromszor egymás után lefutott, de közel sem ~11 percenként, inkább 3-4 óránként. Lehet itt volt olyan, hogy csak felfüggesztve volt a gép, nem lett teljesen leállítva.
Ezt le is ellenőrzöm! -
Bogyo72
csendes tag
És visszakapcsolás után:
dec 21 00:09:57 arch ntpd[361]: proto: precision = 0.107 usec
dec 21 00:09:57 arch ntpd[361]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: peers refreshed
dec 21 00:09:57 arch ntpd[361]: Listening on routing socket on fd #22 for interface updates
dec 21 00:30:45 arch ntpd[361]: ntpd exiting on signal 15
dec 21 00:31:36 arch ntpd[1301]: proto: precision = 0.131 usec
dec 21 00:31:36 arch ntpd[1301]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: peers refreshed
dec 21 00:31:36 arch ntpd[1301]: Listening on routing socket on fd #22 for interface updatesÉs be is állt az idő, most jelenleg pontos.
2012. december 21. 00:16:06 -
Bogyo72
csendes tag
A 'kdm.log'-ban találtam:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
klauncher(391) kdemain: No DBUS session-bus found. Check if you have started the DBUS server.
kdeinit4: Communication error with launcher. Exiting!
kdmgreet(385)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: "Not connected to D-Bus server"
kdmgreet(385)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Compat map for group 2 redefined
> Using new definition
> Warning: Compat map for group 3 redefined
> Using new definition
> Warning: Compat map for group 4 redefined
> Using new definitionPedig a D-bus is fut:
dbus.service - D-Bus System Message Bus
Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
Active: active (running) since p, 2012-12-21 00:09:47 CET; 24min ago
Main PID: 289 (dbus-daemon)
CGroup: name=systemd:/system/dbus.service
└─289 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-a...Vagy az a hibaüzenet nem is ebből ered?
[ Szerkesztve ]
-
Bogyo72
csendes tag
A képen azért nem látható, mert kitöröltem, mint ahogy a szövegben x-eltem az ip-t és a 'mac' címet.
Az 'ntp.conf' tartalma:
With the default settings below, ntpd will only synchronize your clock.
#
# For details, see:
# - the ntp.conf man page
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
# Associate to public NTP pool servers; see http://www.pool.ntp.org/
# server 0.pool.ntp.org
# server 1.pool.ntp.org
# server 2.pool.ntp.org
server 0.hu.pool.ntp.org
server 1.hu.pool.ntp.org
server 2.hu.pool.ntp.org
server 3.hu.pool.ntp.org
# Only allow read-only access from localhost
# restrict default noquery nopeer
# restrict 127.0.0.1
# restrict ::1
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
# Location of drift file
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log
# NOTE: If you run dhcpcd and have lines like 'restrict' and 'fudge' appearing
# here, be sure to add '-Y -N' to the dhcpcd_ethX variables in /etc/conf.d/netAz ntpq -np:
remote refid st t when poll reach delay offset jitter
==============================================================================
server4.fidesz. 62.112.194.60 3 u 16 64 1 14.980 1818160 0.000
yikes.bl2.tolna 130.149.17.8 2 u 15 64 1 26.729 1818263 0.000
rs11.lvs.iif.hu 195.111.98.152 2 u 14 64 1 36.034 1818373 0.000
bakacsin.ki.iif 185.219.2.214 2 u 13 64 1 14.659 1818460 0.000Itt nincs csillag sehol, de ha felfüggesztés után visszalépek, akkor már van az egyik előtt. A kérdés, mit csinál a felfüggesztésből visszajövet, amit egy normál, kikapcsolt állapotból indítva nem?!
-
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest