systemd-timesyncd в Linux Mint

Руководства, вопросы, обсуждения
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 11 янв 2018, 16:27

systemd-timesyncd - встроенная в systemd служба для синхронизации времени компьютера с ntp-серверами.
Вполне пригодна к использованию вместо шатного ntp.service, да и отрабатывает, по наблюдениям, явно шустрей чем ntpd.

Для запуска службы потребуется:

1. Гасим имеющийся сервис и удаляем пакет ntp, вместе они не уживутся:
sudo systemctl disable ntp.service
apt remove ntp

2.Запускаем timesyncd
sudo timedatectl set-ntp true
3. Правим конфиг /etc/systemd/timesyncd.conf
туда надо добавить основные и резервные сервера, к примеру я добавил следующие строки

Код: Выделить всё

NTP=ntp1.stratum2.ru ntp2.stratum2.ru ntp3.stratum2.ru
FallbackNTP=0.pool.ntp.org 1.pool.ntp.org 0.fr.pool.ntp.org
4. рестарутем и проверям сервис и синхронизацию:
sudo systemctl restart systemd-timesyncd.service

Код: Выделить всё

chocobo@desktop ~ $ systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: active (running) since Чт 2018-01-11 19:18:33 MSK; 7min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 3518 (systemd-timesyn)
   Status: "Synchronized to time server 88.147.254.235:123 (ntp1.stratum2.ru)."
   CGroup: /system.slice/systemd-timesyncd.service
           └─3518 /lib/systemd/systemd-timesyncd

янв 11 19:18:33 desktop systemd[1]: Starting Network Time Synchronization...
янв 11 19:18:33 desktop systemd[1]: Started Network Time Synchronization.
янв 11 19:18:33 desktop systemd-timesyncd[3518]: Synchronized to time server 88.147.254.235:123 (ntp1.stratum2.ru).

Код: Выделить всё

chocobo@desktop ~ $ timedatectl
      Local time: Чт 2018-01-11 19:26:46 MSK
  Universal time: Чт 2018-01-11 16:26:46 UTC
        RTC time: Чт 2018-01-11 16:26:46
       Time zone: Europe/Moscow (MSK, +0300)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
На этом все :)
Изображение
   
Изображение

Аватара пользователя

madesta
Сообщения: 233
Зарегистрирован: 11 июн 2017, 18:47
Решено: 6
Благодарил (а): 20 раз
Поблагодарили: 48 раз

systemd-timesyncd в Linux Mint

Сообщение madesta » 11 янв 2018, 19:54

А по какому критерию устанавливалось, что отрабатывает шустрее?
Насколько понимаю из листингов выше, обращение идёт на stratum.ru, т.е. серверы ntp расположены в России. Можно убедиться самому, что IP-адрес 88.147.254.235 принадлежит хосту ns5.hsdn.org в славном городе Саратов.

По умолчанию, Linux Mint использует ntpdate и ntpd.
ntpdate запускается при каждой загрузке системы 1 раз для установки времени по NTP серверу Ubuntu.
ntpd вычисляет "уход" системных часов и постоянно подправляет их, благодаря чему не происходит сильных изменений, что может приводить к непоследовательности в журналах.
В настройке по умолчанию ntp-сервер Ubuntu имеет значение ntp.ubuntu.com
На самом деле узел ntp.ubuntu.com представляет собой не отдельный сервер, а запись в DNS, перенаправляющую запрос к другим узлам. В частности, в результате одного из запросов ping ntp.ubuntu.com было осуществлено обращение к узлу juniperberry.canonical.com, расположенному в Великобритании.
Полагаю, никто не будет спорить, что для географического расположения "Россия" доступ к российским серверам будет происходить "шустрее", чем к британским.

Лично для себя, несмотря на национальный ntp-сервер, выбрал российский timeserver.ru, сопоставив его IP узлу ntp.ubuntu.com в своём DNS-сервере. Впрочем, если имеется только 1 компьютер, то можно было просто внести эту запись в hosts

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 11 янв 2018, 20:39

"Национальные" сервера выбраны мной в данном примере почти наобум. Нагуглил в рудомене, и вбил в конфиги)
Да и дело не только в удаленности серверов. Будь он хоть в атлантиде - все равно отклик в несколько секнуд будет оверхедом в наши дни)
В соседнем обсуждении plot'ов пробежавшись по страницам - можно увидеть как то и дело ntpd сходил с ума у кого-нибудь, задерживая загрузку на 40 сек, а то и на 3 с лишним минуты...

Текущая цифра с последней загрузки по таймсинкд.
Снимок экрана от 2018-01-11 23-28-32.png
Да и в общем мне, как человеку приближенному к администрированию ОС - просто нравится, как устроены системдшные сервисы. Информативно и под рукой.
Не призываю никого выпиливать у себя дефолтный ntpd - здесь лишь описана процедура настройки альтернативного сервиса, который также доступен искаропки :)
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Изображение
   
Изображение

Аватара пользователя

di_mok
Сообщения: 4912
Зарегистрирован: 27 авг 2016, 16:06
Решено: 30
Откуда: Арзамас
Благодарил (а): 1253 раза
Поблагодарили: 1023 раза

systemd-timesyncd в Linux Mint

Сообщение di_mok » 11 янв 2018, 21:13

А можно в качестве сервера прописать роутер, и всё будет под боком
Настоящая водка — это не пьянство, а ключ к своей совести, с нее-то и начинается настоящая мудрость. (c)
Изображение
Изображение

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 11 янв 2018, 21:19

Ну и заодно провел сейчас сравнение на ноуте с лмде2, где таймсинкд еще не был запущен. На одинаковых дефолтных серверах.
вот что вышло:

Код: Выделить всё

systemd-analyze blame | grep ntp
          6.310s ntp.service
ntp.conf

Код: Выделить всё

server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
journalctl

Код: Выделить всё

янв 11 23:48:41 workbook systemd[1]: Starting LSB: Start NTP daemon...
янв 11 23:48:47 workbook ntpd[821]: ntpd 4.2.6p5@1.2349-o Fri Jul 22 17:30:51 UT
янв 11 23:48:47 workbook ntpd[828]: proto: precision = 0.120 usec
янв 11 23:48:47 workbook ntp[691]: Starting NTP server: ntpd.
янв 11 23:48:47 workbook ntpd[828]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 
янв 11 23:48:47 workbook systemd[1]: Started LSB: Start NTP daemon.
стоит конечно учитывать то, что еще и ntp-сервер стартует, только вот нафига он мне, когда нужен только клиент? :crazy:

Код: Выделить всё

systemd-analyze blame | grep timesyncd
           577ms systemd-timesyncd.service
timesyncd.conf

Код: Выделить всё

[Time]
Servers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
journalctl

Код: Выделить всё

янв 12 00:07:38 workbook systemd[1]: Starting Network Time Synchronization...
янв 12 00:07:39 workbook systemd[1]: Started Network Time Synchronization.
di_mok писал(а):
11 янв 2018, 21:13
А можно в качестве сервера прописать роутер
Думаю не все они умеют выступать в качестве ntp-сервера)
Изображение
   
Изображение

Аватара пользователя

di_mok
Сообщения: 4912
Зарегистрирован: 27 авг 2016, 16:06
Решено: 30
Откуда: Арзамас
Благодарил (а): 1253 раза
Поблагодарили: 1023 раза

systemd-timesyncd в Linux Mint

Сообщение di_mok » 11 янв 2018, 22:16

Chocobo писал(а):
11 янв 2018, 21:19
не все они умеют
Это да. Но мои любимые на OpenWRT\LeDe могут.
Снимок экрана от 2018-01-12 01-15-59.png
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Настоящая водка — это не пьянство, а ключ к своей совести, с нее-то и начинается настоящая мудрость. (c)
Изображение
Изображение

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

systemd-timesyncd в Linux Mint

Сообщение Unborn » 12 янв 2018, 07:18

Chocobo писал(а):
11 янв 2018, 20:39
пробежавшись по страницам - можно увидеть как то и дело ntpd сходил с ума у кого-нибудь, задерживая загрузку на 40 сек, а то и на 3 с лишним минуты...
Chocobo писал(а):
11 янв 2018, 20:39
Да и в общем мне, как человеку приближенному к администрированию ОС - просто нравится, как устроены системдшные сервисы. Информативно и под рукой.
Не призываю никого выпиливать у себя дефолтный ntpd - здесь лишь описана процедура настройки альтернативного сервиса, который также доступен искаропки
понятно конечно, но тут всё дело в том, что в Дебиан-Убунту-Минт и т.д. двойная, гибридная, да как хотите называйте, система инициализации. Вот оттуда ноги растут. Если в Дебиан ещё это отлажено, то дальше...
С системойДЫ не только сервисы, там много чего интересного. Но дистр нужен не Минт. :smile:

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 12 янв 2018, 08:02

Unborn писал(а):
12 янв 2018, 07:18
двойная, гибридная, да как хотите называйте
Это как?)
помню конечно, как Джесси посреди срока поддержки спрыгнула на systemd, как в 14.04 и минт 17.Х были ошметки компонентов системды, несмотря на управление апстартом.
Но сейчас это все уже почти история. Рулит всем в последних релизах systemd, никаких гибридов не осталось. Моноинитизм :joke:
Unborn писал(а):
12 янв 2018, 07:18
Но дистр нужен не Минт. :smile:
В умелых руках... :blum: :-D
Изображение
   
Изображение

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

systemd-timesyncd в Linux Mint

Сообщение Unborn » 12 янв 2018, 08:43

Chocobo писал(а):
12 янв 2018, 08:02
Рулит всем в последних релизах systemd, никаких гибридов не осталось.
Вот когда не увидишь каталогов /etc/init и /etc/init.d с кучей содержимого, тогда возрадуешься. А пока вон samba запускается преобразованием скрипта в сервис.
И еще забудешь, что такое /var/log/syslog а будешь пользоваться journalctl, конфиг его настроишь от нечего делать, а то по дефолту он нигде не айс.
И преобразователь в сервисы будешь держать только на всякий случай, вот тогда - системаДЫ, а сейчас - ГМО.

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 12 янв 2018, 08:54

Unborn, хех, так это не к двойной системе инициализации - а к ментейнерам пакетов, которые не спешат переписывать init-скрипты на .service юниты, не более.
Поэтому системда несет в себе обратную совместимость с ними через systemd-sysv.

Могу сказать к примеру, что такая же ситуация и в rhel7, на паре хостов еще не добрался до init-скриптов redis (redis-sentinel) и заббикс агентов, руки не дошли - тоже пока тянутся из init.d
[root@REDIS-N3 ~]# systemctl status zabbix-agent
● zabbix-agent.service - LSB: Start and stop Zabbix agent
Loaded: loaded (/etc/rc.d/init.d/zabbix-agent)
Active: active (running) since Вт 2018-01-09 14:54:43 GMT-3; 2 days ago
Docs: man:systemd-sysv-generator(8)
Process: 3261 ExecStop=/etc/rc.d/init.d/zabbix-agent stop (code=exited, status=0/SUCCESS)
Process: 3272 ExecStart=/etc/rc.d/init.d/zabbix-agent start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/zabbix-agent.service
├─3279 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf
├─3281 /usr/sbin/zabbix_agentd: collector [idle 1 sec]
├─3282 /usr/sbin/zabbix_agentd: listener #1 [waiting for connectio...
├─3283 /usr/sbin/zabbix_agentd: listener #2 [waiting for connectio...
├─3284 /usr/sbin/zabbix_agentd: listener #3 [waiting for connectio...
└─3285 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]

янв 09 14:54:43 REDIS-N3.localhost systemd[1]: Starting LSB: Start an...
янв 09 14:54:43 REDIS-N3.localhost zabbix-agent[3272]: Starting Zabbi...
янв 09 14:54:43 REDIS-N3.localhost systemd[1]: Started LSB: Start and...
Hint: Some lines were ellipsized, use -l to show in full.
[root@REDIS-N3 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)
[root@APP-N51 ~]# systemctl status zabbix-agent
● zabbix-agent.service - Zabbix Agent
Loaded: loaded (/usr/lib/systemd/system/zabbix-agent.service; enabled; vendor preset: disabled)
Active: active (running) since Вт 2018-01-09 12:51:01 +03; 2 days ago
Process: 9889 ExecStart=/usr/sbin/zabbix_agentd -c $CONFFILE (code=exited, status=0/SUCCESS)
Main PID: 9891 (zabbix_agentd)
CGroup: /system.slice/zabbix-agent.service
├─9891 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf
├─9892 /usr/sbin/zabbix_agentd: collector [idle 1 sec]
├─9893 /usr/sbin/zabbix_agentd: listener #1 [waiting for connectio...
├─9894 /usr/sbin/zabbix_agentd: listener #2 [waiting for connectio...
├─9896 /usr/sbin/zabbix_agentd: listener #3 [waiting for connectio...
└─9899 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]

янв 09 12:51:01 APP-N51.localhost systemd[1]: Starting Zabbix Agent...
янв 09 12:51:01 APP-N51.localhost systemd[1]: Started Zabbix Agent.
[root@APP-N51 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)
Ничего преступного конечно, но по возможности сам себе переписываю sh-портянки на юниты, где доберусь.
И в дебиане кстати с этим ничем не лучше, может к 9-му еще часть сервисов из пакетов родного репа облагородили, не знаю)
Изображение
   
Изображение

Аватара пользователя

StarMAUGLI
Сообщения: 1535
Зарегистрирован: 10 сен 2016, 07:16
Решено: 15
Откуда: Москва
Благодарил (а): 630 раз
Поблагодарили: 178 раз

systemd-timesyncd в Linux Mint

Сообщение StarMAUGLI » 17 мар 2019, 06:10

Chocobo писал(а):
12 янв 2018, 08:54
Ничего преступного конечно, но по возможности сам себе переписываю sh-портянки на юниты, где доберусь.
А можешь рассказать поподробнее как это делать?
Вот к примеру решил я почистить эти папки init и init.d и привести все к единому типу инициализаций
Итак, открываю я эти папки, а там

Код: Выделить всё

┌─ mugalem ~ 
└─ $ ls /etc/init
acpid.conf                   mounted-tmp.conf
alsa-utils.conf              mounted-var.conf
anacron.conf                 mountkernfs.sh.conf
apparmor.conf                mountnfs-bootclean.sh.conf
apport.conf                  mountnfs.sh.conf
avahi-cups-reload.conf       mtab.sh.conf
avahi-daemon.conf            networking.conf
binfmt-support.conf          networking.override
bluetooth.conf               network-interface.conf
bluetooth.override           network-interface-container.conf
bootmisc.sh.conf             network-interface-security.conf
cgmanager.conf               nmbd.conf
cgproxy.conf                 nvidia-prime.conf
checkfs.sh.conf              passwd.conf
checkroot-bootclean.sh.conf  procps.conf
checkroot.sh.conf            procps-instance.conf
console.conf                 rc.conf
console-font.conf            rcS.conf
console-setup.conf           rc-sysinit.conf
container-detect.conf        reload-smbd.conf
control-alt-delete.conf      resolvconf.conf
cron.conf                    resolvconf.override
cron.override                rfkill-restore.conf
cryptdisks.conf              rfkill-store.conf
cryptdisks-udev.conf         rsyslog.conf
cups-browsed.conf            rsyslog.override
cups.conf                    samba-ad-dc.conf
dbus.conf                    sddm.conf
failsafe.conf                setvtrgb.conf
flush-early-job-log.conf     shutdown.conf
friendly-recovery.conf       smbd.conf
gpu-manager.conf             thermald.conf
hostname.conf                tty1.conf
hostname.sh.conf             tty2.conf
hwclock.conf                 tty3.conf
hwclock-save.conf            tty4.conf
hwclock.sh.conf              tty5.conf
irqbalance.conf              tty6.conf
kmod.conf                    udev.conf
mdm.conf                     udevmonitor.conf
mountall-bootclean.sh.conf   udevtrigger.conf
mountall.conf                ufw.conf
mountall-net.conf            ufw.override
mountall-reboot.conf         upstart-file-bridge.conf
mountall.sh.conf             upstart-socket-bridge.conf
mountall-shell.conf          upstart-udev-bridge.conf
mountdevsubfs.sh.conf        ureadahead.conf
mounted-debugfs.conf         ureadahead-other.conf
mounted-dev.conf             usb-modeswitch-upstart.conf
mounted-proc.conf            wait-for-state.conf
mounted-run.conf             winbind.conf
┌─ mugalem ~ 
└─ $ ls /etc/init.d
acpid*                   dbus*                     mountnfs.sh*        saned*
alsa-utils*              dns-clean*                networking*         screen-cleanup*
anacron*                 grub-common*              nmbd*               sddm*
apparmor*                halt*                     ntp*                sendsigs*
apport*                  hddtemp*                  ondemand*           single*
avahi-daemon*            hostname.sh*              openvpn*            skeleton
binfmt-support*          hwclock.sh*               panasoniclpd-init*  smartmontools*
bluetooth*               irqbalance*               plymouth*           smbd*
bootmisc.sh*             kerneloops*               plymouth-log*       speech-dispatcher*
cgmanager*               keyboard-setup.dpkg-bak*  pppd-dns*           thermald*
cgproxy*                 killprocs*                procps*             udev*
checkfs.sh*              kmod*                     rc*                 ufw*
checkroot-bootclean.sh*  lm-sensors*               rc.local*           umountfs*
checkroot.sh*            loadcpufreq*              rcS*                umountnfs.sh*
console-setup*           mdm*                      README              umountroot*
cpufrequtils*            mintsystem*               reboot*             urandom*
cron*                    mountall-bootclean.sh*    resolvconf*         uuidd*
cryptdisks*              mountall.sh*              rsync*              winbind*
cryptdisks-early*        mountdevsubfs.sh*         rsyslog*            x11-common*
cups*                    mountkernfs.sh*           samba*              zoneminder*
cups-browsed*            mountnfs-bootclean.sh*    samba-ad-dc*
┌─ mugalem ~ 
└─ $
и как тут разобраться что можно трогать, что нельзя?
и может быть есть общий алгоритм для выполнения этой задачи?
...ну то есть: как посмотреть запущен или нет тот или иной демон через ту или иную систему инициализации? найти аналогичные сервисы в systemd? и т.п.

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 18 мар 2019, 20:56

StarMAUGLI,
Вопрос отдельный и довольно комплексный.
StarMAUGLI писал(а):
17 мар 2019, 06:10
общий алгоритм для выполнения этой задачи?
Вкратце тебе надо перенести основные команды в ExecStart/ExecStop из service-юнита. Иногда определить коды возврата под нужные состовяния сервиса, где-то бывает потребуется еще некоторая логика. В общем - в двух словах сложно, надо бы на конкретике разглядывать)
StarMAUGLI писал(а):
17 мар 2019, 06:10
как посмотреть запущен или нет тот или иной демон через ту или иную систему инициализации?
systemctl status покажет тебе путь к запускаемому скрипту, или юниту. В спойлерах выше как раз показывал на примере агента разницу.
Изображение
   
Изображение

Аватара пользователя

StarMAUGLI
Сообщения: 1535
Зарегистрирован: 10 сен 2016, 07:16
Решено: 15
Откуда: Москва
Благодарил (а): 630 раз
Поблагодарили: 178 раз

systemd-timesyncd в Linux Mint

Сообщение StarMAUGLI » 19 мар 2019, 02:27

Chocobo писал(а):
18 мар 2019, 20:56
systemctl status покажет тебе путь к запускаемому скрипту, или юниту. В спойлерах выше как раз показывал на примере агента разницу.
Вот как раз это и не понял. В показанном примере ты дизейблишь сервис с помощью новой системы инициализации systemctl, а потом в процессе обсуждения всплывает, что в минте (по крайней мере до 18.х) присутствуют обе системы инициализации. Здесь-то, на старте рассуждений, у меня и происходит заклинивание логики. Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?
Chocobo писал(а):
18 мар 2019, 20:56
Вопрос отдельный и довольно комплексный.
Chocobo писал(а):
18 мар 2019, 20:56
В общем - в двух словах сложно, надо бы на конкретике разглядывать)
Может под это дело отдельную тему завести? Дать некоторый набор вводных (ну там посмотреть, какие службы уже запущены на компьютере, что бы не лопатить все скрипты подряд, отыскать их пути, поиск аналогов в системд), а дальше в нее уже можно будет обращаться с конкретикой тем у кого что-либо не получилось... Ну или, напротив, удачливые линуксоиды, которые все поняли и у которых все получилось - могли бы рассказывать тем кто только столкнулся с этой проблемой, how to...

Аватара пользователя

darkfenix
Сообщения: 5034
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 285 раз
Поблагодарили: 940 раз

systemd-timesyncd в Linux Mint

Сообщение darkfenix » 19 мар 2019, 03:04

StarMAUGLI писал(а):
19 мар 2019, 02:27
Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?
Угадал. Но в более новых версиях ОС старые скрипты выпиливыются(а может уже и все выпилились), ну и режим совместимости за ними поедет
Изображение

Аватара пользователя

StarMAUGLI
Сообщения: 1535
Зарегистрирован: 10 сен 2016, 07:16
Решено: 15
Откуда: Москва
Благодарил (а): 630 раз
Поблагодарили: 178 раз

systemd-timesyncd в Linux Mint

Сообщение StarMAUGLI » 19 мар 2019, 04:33

darkfenix писал(а):
19 мар 2019, 03:04
старые скрипты выпиливыются(а может уже и все выпилились)
в #11 я показал листинг папок init и init.d
не похоже, что в 18.3 выпилили

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 19 мар 2019, 07:54

StarMAUGLI писал(а):
19 мар 2019, 02:27
В показанном примере ты дизейблишь
Не, в первом посте там ничего показательного на эту тему. Я имел ввиду дальше по ветке, где обсуждали с Unborn, и примеры конкретно из спойлеров в #10
StarMAUGLI писал(а):
19 мар 2019, 02:27
Означает ли это, что все-таки работает одна система инициализации systemd, но она (не знаю, в рамках совместимости может быть) выполняет старые скрипты?
И об этом парой постов выше там тоже написано)
darkfenix писал(а):
19 мар 2019, 03:04
а может уже и все выпилились
Думаю этот процесс еще затянется на n-времени. Помимо того что мейнтейнеры пакетов неторопясь вносят эти коррективы, возможно по принципу что "и так работает". Но еще и в .service-исполнении встречал забавные конструкции, что директивы из юнита ссылаются на init.d скрипты, та еще непонятка :crazy:
Изображение
   
Изображение

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

systemd-timesyncd в Linux Mint

Сообщение Unborn » 19 мар 2019, 09:43

Chocobo писал(а):
19 мар 2019, 07:54
возможно по принципу что "и так работает".
Скорее всего. Да много чего можно сделать средствами systemd. Есть systemd-tmpfiles. Чтобы сменить например дисковый планировщик вместо правила udev в не особо понятном простому юзеру виде - ACTION=="add|change", KERNEL=="sdХ", ATTR{queue/rotational}=="0 или 1", ATTR{queue/scheduler}="планировщик"
использовать просто - w /sys/block/sdХ/queue/scheduler - - - - планировщик в файле /etc/tmpfiles.d/10_scheduler.conf
Chocobo писал(а):
19 мар 2019, 07:54
Но еще и в .service-исполнении встречал забавные конструкции, что директивы из юнита ссылаются на init.d скрипты, та еще непонятка :crazy:
А пример такого можно? Не помнишь, не сохранил? Посмотреть бы.

В сети
Аватара пользователя

Автор темы
Chocobo
Сообщения: 9115
Зарегистрирован: 27 авг 2016, 19:57
Решено: 198
Откуда: НН
Благодарил (а): 634 раза
Поблагодарили: 2607 раз

systemd-timesyncd в Linux Mint

Сообщение Chocobo » 19 мар 2019, 11:29

Unborn, Попытался вспомнить, сходу не нашел.
Явно среди своих сервисов где-то видел, че тогда и зацепился. Но времени прошло порядочно, может уже изменилось и следы подобной деятельности давно затерты) На память почему-то приходят tomcat(tomee) или mongodb, но это не точно :)
Изображение
   
Изображение

Вернуться в «Параметры и оптимизация»