Új hozzászólás Aktív témák

• #431 Siriusb veterán Bogyo72 #430

  Új Válasz 2012-12-27 12:31:38 #431

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Bogyo72 #430 üzenetére

  Kb. annyit tudok mondani, hogy amikor az ntpd elindul, még nincs net. Várj 11 percet, akkor - is - futtasd a ntpq -np parancsot. Kellene, hogy megjelenjen a csillag.

• #429 Siriusb veterán Bogyo72 #428

  Új Válasz 2012-12-22 19:32:19 #429

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Bogyo72 #428 üzenetére

  Maradjunk annyiban, hogy inkább nem mondok semmit a törölgetésedről, jó?!

  Próbáld ki, hogy a restrict sorból kiveszed a nomodify-t. Csak egy tipp, hátha.

  Mondjuk azt sem értem, hogy a ntpq -np parancs hogy a fenébe ad neked vissza szerver neveket, amikor az n paraméter direkt numerikus címekre van...

  Arra tudok még gondolni, hogy hidegindításnál hamarabb indul az ntpd mint ahogy az internetkapcsolat felépül. A /etc/systemd/system/multi-user.target.wants/ntpd.service - ben benne van az, hogy After=network.target nss-lookup.target ?

• #427 Siriusb veterán Bogyo72 #425

  Új Válasz 2012-12-21 08:43:46 #427

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Bogyo72 #425 üzenetére

  Az előző képen látható, hogy nem volt hálózat. Amit most másoltál be, ott az eth0 interface-n már működött, persze, hogy beállt az idő.
  Szerintem olvasd át újra a Lenry által linkelt wiki oldalt. Nem tudom, pontosan mi van a default config fájlban, de legalább magyar szerverre állítsd át.

  Az ntpq -np paranccsal is ellenőrizheted a futást, amelyik server *-gal meg van jelölve, azzal szinkronizálsz.

  xkbcomp nem releváns, KDE-hez nem tudok hozzászólni, gondolom a saját rendszeridő beállító alkalmazása nyüszög, a consolekit hiánya miatt lehet.

• #426 Bogyo72 csendes tag Bogyo72 #425

  Új Válasz 2012-12-21 00:36:35 #426

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bogyo72

  csendes tag

  válasz Bogyo72 #425 üzenetére

  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 definition

  Pedig 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?

• #425 Bogyo72 csendes tag Bogyo72 #424

  Új Válasz 2012-12-21 00:16:20 #425

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Bogyo72

  csendes tag

  válasz Bogyo72 #424 üzenetére

  É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

• #423 Siriusb veterán Bogyo72 #422

  Új Válasz 2012-12-20 14:30:44 #423

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Siriusb

  veterán

  válasz Bogyo72 #422 üzenetére

  Ha jól emlékszem, 11 percenként kellene frissítenie az órát.

  journalctl -u ntpd
  mit mond? Illetve:
  cat /etc/ntp.conf

• #421 Lenry félisten Bogyo72 #420

  Új Válasz 2012-12-19 21:19:02 #421

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lenry

  félisten

  LOGOUT blog

  válasz Bogyo72 #420 üzenetére

  ha használsz Windowst is, akkor az a nyűgje, hogy az egyik helyi időt ír a BIOS-ba, a másik meg UTC-t, és folyamatosan felülírogatják egymást.
  az automatikus időszinkronizáció beállítását lásd: Wiki

  ha nincs Windows a gépen, akkor merül a CMOS elem az alaplapon, cseréld ki

Új hozzászólás Aktív témák