Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Agglegénykonyha 13 – Néhány egyszerű, de finom étel
- Parci: Milyen mosógépet vegyek?
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Geri Bátyó: Agglegénykonyha 14 – Kések, késélezés
- talmida: Változások 2. rész
- Luck Dragon: MárkaLánc
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
-
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?!

-
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?
-
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
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
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
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..?
Új hozzászólás Aktív témák
- Gumi és felni topik
- Gyúrósok ide!
- Kerékpárosok, bringások ide!
- Formula-1
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- LEGO klub
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Samsung Galaxy Felhasználók OFF topicja
- PlayStation 5
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Microsoft és egyéb dobozos retro szoftverek
- 164 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- Gamer PC-Számítógép! Csere-Beszámítás! I7 7700K / GTX 1080 8GB / 16GB DDR4 / 500GB SSD
- Garmin USB ANT Stick jeladó eladó
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Eladó Lenovo ThinkPad X13 Yoga Gen 3 2-in-1 érintőkijelzős üzleti laptop, beépített tollal
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

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.
Ha a démon fut, akkor nem lehet frissíteni, szerver csatlakozási hibára panaszkodik, és autómatikusan sem csinál semmit! 
BoB