Автор Тема: Стал медленно выключаться\перегружаться  (Прочитано 24860 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Фигня какая-то. В сети общий совет отключить эту службу
Не совсем понял - какую службу отключить?

Эту:
дек 26 13:43:52 Teplo-L.localdomain systemd[1]: plymouth-poweroff.service: Failed with result 'timeout'.
дек 26 13:43:52 Teplo-L.localdomain systemd[1]: plymouth-poweroff.service: Start-post operation timed out. Stopping.

И убрать синхронизацию на шатдаун.
У вас в системе на systemd, после
дек 26 13:33:06 Teplo-L.localdomain crond[2169]: pam_tcb(crond:session): Session closed for root
дек 26 13:33:06 Teplo-L.localdomain crond[782]: postdrop: warning: unable to look up public/pickup: No such file or directory
дек 26 13:33:06 Teplo-L.localdomain postfix/postdrop[2189]: warning: unable to look up public/pickup: No such file or directory
дек 26 13:33:06 Teplo-L.localdomain systemd[1]: Removed slice User Slice of root.
дек 26 13:33:06 Teplo-L.localdomain systemd[1]: Stopped User Manager for UID 0.
дек 26 13:33:06 Teplo-L.localdomain systemd[1]: Stopping User Manager for UID 0...
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Closed D-Bus User Message Bus Socket.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Reached target Shutdown.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Received SIGRTMIN+24 from PID 2229 (kill).
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Starting Exit the Session...
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Stopped target Basic System.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Stopped target Default.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Stopped target Paths.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Stopped target Sockets.
дек 26 13:33:06 Teplo-L.localdomain systemd[2171]: Stopped target Timers.
дек 26 13:33:06 Teplo-L.localdomain systemd[2173]: pam_tcb(systemd-user:session): Session closed for root

ntpd безуспешно начиная с,
дек 26 13:33:12 Teplo-L.localdomain ntpd[779]: reply from 51.15.10.155: offset -3.691190 delay 0.047786, next query 31s

в течение 9-ти минут выполняет next query пытаясь устранить offset. И шатдаун в системе на сыстемд получается с гигантским "фризом".

Тот лог в Ответ #2 нужно просматривать после sort.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Порядок выполнения reboot в системах на sysvinit и etcnet:
$ ls --full-time /etc/rc.d/rc6.d/ | awk '{print $9,$10,$11}'

K05alteratord -> ../init.d/alteratord
K05dm -> ../init.d/dm
K05plymouth -> ../init.d/plymouth
K10hddtemp -> ../init.d/hddtemp
K10kheaders -> ../init.d/kheaders
K10osspd -> ../init.d/osspd
K10powersaved -> ../init.d/powersaved
K10powertop -> ../init.d/powertop
K16ksysguardd -> ../init.d/ksysguardd
K26sshd -> ../init.d/sshd
K30spice-vdagentd -> ../init.d/spice-vdagentd
K35nmb -> ../init.d/nmb
K35smb -> ../init.d/smb
K40cups -> ../init.d/cups
K44rawdevices -> ../init.d/rawdevices
K50xinetd -> ../init.d/xinetd
K51cups-browsed -> ../init.d/cups-browsed
K60crond -> ../init.d/crond
K60ntpd -> ../init.d/ntpd
K60smartd -> ../init.d/smartd
K63gpm -> ../init.d/gpm
K65acpid -> ../init.d/acpid
K65consolesaver -> ../init.d/consolesaver
K65keytable -> ../init.d/keytable
K65qemu-guest-agent -> ../init.d/qemu-guest-agent
K65vboxadd-service -> ../init.d/vboxadd-service
K67fbsetfont -> ../init.d/fbsetfont
K67sysfs -> ../init.d/sysfs
K68openvpn -> ../init.d/openvpn
K69udevd-final -> ../init.d/udevd-final
K70vboxadd -> ../init.d/vboxadd
K74lm_sensors -> ../init.d/lm_sensors
K75blk-availability -> ../init.d/blk-availability
K75netfs -> ../init.d/netfs
K85mdadm -> ../init.d/mdadm
K85random -> ../init.d/random
K87rpcbind -> ../init.d/rpcbind
K89ethtool -> ../init.d/ethtool
K90cpufreq-simple -> ../init.d/cpufreq-simple
K90network -> ../init.d/network
K91haldaemon -> ../init.d/haldaemon
K92iptables -> ../init.d/iptables
K92messagebus -> ../init.d/messagebus
K95udevd -> ../init.d/udevd
K98klogd -> ../init.d/klogd
K99lvm2-lvmetad -> ../init.d/lvm2-lvmetad
K99lvm2-lvmpolld -> ../init.d/lvm2-lvmpolld
K99lvm2-monitor -> ../init.d/lvm2-monitor
K99syslogd -> ../init.d/syslogd
K99sysstat -> ../init.d/sysstat
K99x11presetdrv -> ../init.d/x11presetdrv
S00killall -> ../init.d/killall
S01reboot -> ../init.d/halt

Оффлайн ra3ggi

  • Давно тут
  • **
  • Сообщений: 28
Эту:

дек 26 13:43:52 Teplo-L.localdomain systemd[1]: plymouth


Спасибо за ответ.
plymouth я сразу пробовал отключать. Там лишь исчезала картинка при загрузке системы, но проблема с выключением оставалась.
А вот про синхронизацию как-то не подумал.
Забрал домой образ системы - попробую поставить на домашний ноут в домашней сети и отключить ntpd и plymouth.

dango

  • Гость
plymouth я сразу пробовал отключать. Там лишь исчезала картинка при загрузке системы
Все правильно, plymouth отвечает за показ графических заставок при запуске и выключении системы.
Не совсем понял - какую службу отключить?
Speccyfighter прав, отключить надо:
plymouth-poweroff.service
Перед отключением рекомендую посмотреть статус службы:
systemctl status plymouth-poweroff.service
Не исключаю, что она не запустилась.
Отключать так:
su -
systemctl stop plymouth-poweroff.service
systemctl disable plymouth-poweroff.service
Отправляем на перезагрузку и смотрим, что получилось.
Опять же, не исключаю, что проблема с plymouth-poweroff.service есть следствие другой проблемы.
ntpd безуспешно начиная с,
в течение 9-ти минут выполняет next query пытаясь устранить offset.
Вполне возможно. systemd в нынешнем виде делает все и за всех. Слишком много сущностей в него напихали, а это чрезмерное переусложнение добром не заканчивается.
ra3ggi, Speccyfighter дело говорит:
смотри лог, читай документацию сыстемд
Если вы связались с системами на systemd, надо знать как его жрать использовать:
https://wiki.archlinux.org/index.php/Systemd_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)
« Последнее редактирование: 31.12.2018 08:03:05 от dango »

Оффлайн ra3ggi

  • Давно тут
  • **
  • Сообщений: 28
Спасибо за советы , буду пробовать после праздников.
Честно говоря, не думал , что надо будет лезть глубоко в систему инициализации-загрузки дистрибута "из коробки" , предназначенного для внедрения в организации. По крайней мере он так позиционируется командой альта.
Считал , что самый главный секс у меня предстоит по запуску около тридцати специализированных виндовых программ, написанных специально для нашей деятельности, у  которых нет и не может быть линуксовых аналогов.
Однако , три наугад взятые программы прекрасно пошли под wine, включая те , которые обмениваются инфо по com-портам с приборами.
Такой засады с системд не ожидал.
Всех - с наступающими праздниками! :)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
и отключить ntpd

Есть вариант установить openntpd.
Но у openntpd есть недостаток, - у него код написан с плохо продуманным алгоритмом:
- Если сети на старте системы нет, будет фриз около минуты. Обходится опцией -S в /etc/sysconfig/ntpd - не синхронизировать на старте. Но тогда невозможно использовать -s - устранять разбежку более 180 секунд.

Если ни один ntpd не будет удовлетворять требованиям, можно написать костыль для ntpdate - service/init-файл: с условием через средства systemd или LSB-хидер, - синхронизировать до того как ляжет сеть. В системах на SysV это условие работает по-умолчанию и обеспечивается порядком start/kill сервисов.
Также в скрипт добавить условие:
- если статус выхода ntpdate ноль, то выполнить запись в RTC, иначе не выполнять.

Недостаток ntpdate:
долго (около 6.7 секунды) синхронизирует время
# /etc/net/scripts/ifdown-wireless wlan0
# ping mail.ru
ping: unknown host mail.ru
# /etc/net/scripts/ifup-wireless wlan0
# ping mail.ru
PING mail.ru (94.100.180.199) 56(84) bytes of data.
64 bytes from ms.mail.ru (94.100.180.199): icmp_req=1 ttl=53 time=69.8 ms
^C
--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 69.899/69.899/69.899/0.000 ms
# time -f %e ntpdate by.pool.ntp.org
31 Dec 08:04:36 ntpdate[17420]: adjust time server 194.158.196.172 offset -0.000024 sec
6.71

Достоинства ntpdate:
- если сеть отсутствует, не делает попыток повторной синхронизации
# /etc/net/scripts/ifdown-wireless wlan0
# time -f %e ntpdate by.pool.ntp.org
Exiting, name server cannot be used: Temporary failure in name resolution (-3)31 Dec 08:05:28 ntpdate[17470]: name server cannot be used: Temporary failure in name resolution (-3)
Command exited with non-zero status 1
0.00

- устраняет огромную рассинхронизацию системного времени
# date
Пн дек 31 08:15:38 +03 2018
# date +%T -s "14:14:00"
14:14:00
# date
Пн дек 31 14:14:04 +03 2018
# ntpdate by.pool.ntp.org
31 Dec 08:16:20 ntpdate[17663]: step time server 194.158.196.172 offset -21480.279196 sec

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Опять же, не исключаю, что проблема с plymouth-poweroff.service есть следствие другой проблемы.
ntpd безуспешно начиная с,
в течение 9-ти минут выполняет next query пытаясь устранить offset.
Вполне возможно. systemd в нынешнем виде делает все и за всех. Слишком много сущностей в него напихали, а это чрезмерное переусложнение добром не заканчивается.

Да, Дан, лезть глубоко в лог и в систему на сыстемд в данном случае надо, но ирония в том, что таких проблем в системах на sysvinit нет де-факто. А лезть в отвратительно спроектированную инициализацию, желание ниже плинтуса, а данная ситуация требует глубокого и тщательного анализа. И вся эта хрень должна выполняться до того как появится релиз. И никак иначе.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Честно говоря, не думал , что надо будет лезть глубоко в систему инициализации-загрузки дистрибута "из коробки" , предназначенного для внедрения в организации.

К сожалению главная проблема не с самой сущности systemd, а в раздолбае Поттеринге. Парень явно не знаком с такими понятиями как проектирование, алгоритм и отладка. И как следствие, это разгребание взрывов не на этапе проектирования и/или отладки, а как постфактум, что в принципе недопустимо в операционной системе.
Системы же на инит консервативны и любое проишествие в инициализации таких систем, это не баг, это ЧП.

Такой засады с системд не ожидал.

Увы, это было предсказуемо для пользователей и программистов старой школы.

Всех - с наступающими праздниками! :)

Ну и да:
Всех с наступающим. Главное здоровье. Остальное приложится и всё в наших руках.

dango

  • Гость
Честно говоря, не думал , что надо будет лезть глубоко в систему инициализации-загрузки дистрибута "из коробки"
Для ответственного за внедрение базовые знания просто необходимы что на Linux, что на Windows. Успехов вам.
Считал , что самый главный секс у меня предстоит по запуску около тридцати специализированных виндовых программ, написанных специально для нашей деятельности, у  которых нет и не может быть линуксовых аналогов.
Однако , три наугад взятые программы прекрасно пошли под wine, включая те , которые обмениваются инфо по com-портам с приборами.
Не расслабляйтесь. :-) Только доскональная проверка работоспособности всего вашего софта позволит вам сказать об успехе.
Всех - с наступающими праздниками! :)
И вас с наступающим Новым Годом!

dango

  • Гость
Да, Дан, лезть глубоко в лог и в систему на сыстемд в данном случае надо, но ирония в том, что таких проблем в системах на sysvinit нет де-факто. А лезть в отвратительно спроектированную инициализацию, желание ниже плинтуса, а данная ситуация требует глубокого и тщательного анализа. И вся эта хрень должна выполняться до того как появится релиз. И никак иначе.
Увы, да. А когда нет возможности выбора ОС, то приходится работать с тем, что есть. А засады сейчас и на последних виндах не редкость. ИМХО, хороший айтишник в нынешних реалиях должен ориентироваться во всем этом зоопарке современного железа и софта и управлять им. Главное, хватало бы здоровья и сил.
Всех с наступающим Новым Годом!
73 - наилучшие пожелания!

Оффлайн ra3ggi

  • Давно тут
  • **
  • Сообщений: 28
73 - наилучшие пожелания!
Честно говоря - немного удивлён.
Спасибо за пожелания в ТАКОМ виде :)

P.S. Для тех кто не совсем понял.
"73" - в радиолюбительском коде азбукой Морзе обозначают "наилучшие пожелания".
Ник то мой пробить по поисковикам не сложно , даже человеку несведущему, а вот про "73" так сходу не найдешь - это Вы, dango,  значит из наших - из hamradio ? :)

Всем удачи, всех с праздниками! ;) 
« Последнее редактирование: 01.01.2019 07:53:32 от ra3ggi »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
На systemd лучше использовать родной ему systemd-timesyncd для синхронизации времени.

Оффлайн ra3ggi

  • Давно тут
  • **
  • Сообщений: 28
Принес образ домой и поставил на старенький ноутбук. Поправил только uuid в fstab. Сеть , правда по wi-fi. Выключается мгновенно, никаких задержек. Значит дело не в синхронизации времени.
Может дело вообще в настройках BIOS ? Я где-то читал такое в ubunte есть...

Оффлайн ra3ggi

  • Давно тут
  • **
  • Сообщений: 28
Может быть будут мысли у гуру?
Два компа рядом (железо разное) , один выключается с задержкой в полторы минуты, второй быстро.
Перенес образ на домашний комп (сеть другая)- выключается быстро.
Куда копать?

Оффлайн ∞lan∞

  • Завсегдатай
  • *
  • Сообщений: 328
В довесок к sb:
sudo потенциально опасен и в альтах он не по-умолчанию - ссылка по ссылке:
https://www.altlinux.org/Sudo#.D0.9F.D1.80.D0.B8.D0.BC.D0.B5.D1.87.D0.B0.D0.BD.D0.B8.D1.8F
Зачем нужен sudo если есть su?