Сервисы

Olej

New member
Сообщения
1 010
#1
Сервисы, выполняющиеся в системе установленной по умолчанию:
Код:
olej@astra:~$ systemctl list-unit-files --type service --state enabled
UNIT FILE                                  STATE
anacron.service                            enabled
autovt@.service                            enabled
avahi-daemon.service                       enabled
console-setup.service                      enabled
cron.service                               enabled
cups.service                               enabled
dbus-org.freedesktop.Avahi.service         enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
display-manager.service                    enabled
dnsmasq.service                            enabled
fly-dm.service                             enabled
getty@.service                             enabled
keyboard-setup.service                     enabled
libflygetexe-bin.service                   enabled
libvirt-guests.service                     enabled
libvirtd.service                           enabled
network-manager.service                    enabled
networking.service                         enabled
NetworkManager-dispatcher.service          enabled
NetworkManager-wait-online.service         enabled
NetworkManager.service                     enabled
portmap.service                            enabled
quota.service                              enabled
quotarpc.service                           enabled
rpcbind.service                            enabled
rsyslog.service                            enabled
ssh.service                                enabled
sshd.service                               enabled
sssd.service                               enabled
syslog.service                             enabled
systemd-timesyncd.service                  enabled
ufw.service                                enabled
vboxadd-service.service                    enabled
vboxadd.service                            enabled
Причём, некоторые из них выполняются как сервера-демоны, а некоторые отрабатывают запуск и завершаются:
Код:
olej@astra:~$ systemctl status ufw.service
● ufw.service - Uncomplicated firewall
   Loaded: loaded (/lib/systemd/system/ufw.service; enabled; vendor preset: enabled)
   Active: active (exited) since Fri 2019-06-28 15:32:02 EEST; 5h 47min ago
     Docs: man:ufw(8)
  Process: 256 ExecStart=/lib/ufw/ufw-init start quiet (code=exited, status=0/SUCCESS)
Main PID: 256 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/ufw.service
Код:
olej@astra:~$ systemctl status network-manager.service
● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2019-06-28 15:32:09 EEST; 5h 51min ago
     Docs: man:NetworkManager(8)
  Process: 515 ExecStartPre=/bin/rm -f /etc/resolv.conf (code=exited, status=0/SUCCESS)
Main PID: 537 (NetworkManager)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/NetworkManager.service
           ├─537 /usr/sbin/NetworkManager --no-daemon
           └─721 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-eth0.pid -lf /var/lib/NetworkManager/dhclient-5b4b57
Код:
olej@astra:~$ systemctl status networking.service
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
   Active: active (exited) since Fri 2019-06-28 15:32:08 EEST; 5h 51min ago
     Docs: man:interfaces(5)
  Process: 463 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=0/SUCCESS)
  Process: 445 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm set
Main PID: 463 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/networking.service
Вот 1-й вопрос: этот набор комплектовщики дистрибутива поставили по дефаулту как самый общий, на усреднённого пользователя.
Но что здесь не всегда обязательно, можно остановить/удалить?

P.S. На этот вопрос подтолкнула тема, например, Долгий запуск графических приложений - где рассматривается работа дистрибутива на оборудовании с ограниченными ресурсами (памятью) ... здесь пассивно выполняющиеся сервисы могут а). поджирать бесцельно процессорное время + б). занимать память, а при её нехватке вызывать активный своп, что опять выражается (ещё раз) снижением производительности.
 
Последнее редактирование:

Olej

New member
Сообщения
1 010
#2
Сервисы, выполняющиеся в системе установленной по умолчанию:
По идее, тот же список, но уже выполняющихся сервисов (демонов) даст и команда service в "старом стиле" (sysV а не systend):
Код:
root@astra:~# service --status-all
[ + ]  acpid
[ + ]  acpi-support
[ - ]  aldd
[ - ]  alsa-utils
[ - ]  anacron
[ + ]  avahi-daemon
[ - ]  console-setup.sh
[ + ]  cron
[ - ]  cryptdisks
[ - ]  cryptdisks-early
[ + ]  cups
[ + ]  dbus
[ + ]  dnsmasq
[ - ]  exim4
[ - ]  firewalld
[ + ]  fly-dm
[ + ]  gpm
[ - ]  hwclock.sh
[ - ]  keyboard-setup.sh
[ + ]  kmod
[ + ]  libvirtd
[ + ]  libvirt-guests
[ + ]  networking
[ + ]  network-manager
[ - ]  nfs-common
[ - ]  ntp
[ - ]  openvpn
[ - ]  plymouth
[ - ]  plymouth-log
[ + ]  procps
[ + ]  quota
[ - ]  quotarpc
[ + ]  rpcbind
[ + ]  rsyslog
[ + ]  ssh
[ + ]  sssd
[ - ]  sudo
[ + ]  udev
[ + ]  ufw
[ - ]  virtlogd
[ + ]  virtualbox
[ - ]  x11-common
Причём команда service даст (как пишут) сервисы, которые запущены через systemd, так и сервисы из /etc/init.d, запущенные в старом стиле инициализации.
 

Olej

New member
Сообщения
1 010
#3
Сервисы, выполняющиеся в системе
А 2-й вопрос, связанный с сервисами (если точнее с юнитами systemd) ... Отследить юниты запускаемые при загрузке системы, упорядоченные по потребовавшемуся им времени на загрузке:
Код:
olej@astra:~$ systemd-analyze blame
         15.986s vboxadd.service
          5.608s apt-daily.service
          4.792s sssd.service
          4.218s keyboard-setup.service
          3.828s libvirtd.service
          2.853s dev-sda1.device
          2.765s apt-daily-upgrade.service
          2.192s NetworkManager-wait-online.service
          1.982s networking.service
          1.598s virtualbox.service
          1.580s NetworkManager.service
          1.572s upower.service
          1.082s rpcbind.service
          1.025s quota.service
           995ms rsyslog.service
           944ms avahi-daemon.service
           868ms alsa-restore.service
           780ms systemd-udevd.service
           750ms systemd-udev-trigger.service
           661ms dnsmasq.service
           617ms gpm.service
           607ms systemd-modules-load.service
           563ms quotarpc.service
           557ms acpi-support.service
           426ms ssh.service
           419ms udisks2.service
           411ms systemd-journald.service
           410ms polkit.service
           353ms systemd-logind.service
           334ms libvirt-guests.service
           330ms systemd-journal-flush.service
           286ms run-rpc_pipefs.mount
           284ms systemd-tmpfiles-setup-dev.service
           207ms systemd-sysctl.service
           164ms systemd-tmpfiles-setup.service
           155ms sys-fs-fuse-connections.mount
           147ms kmod-static-nodes.service
           144ms dev-hugepages.mount
           141ms user@999.service
           139ms vboxadd-service.service
           138ms systemd-remount-fs.service
           135ms ufw.service
           127ms plymouth-start.service
            95ms user@1000.service
            90ms plymouth-quit-wait.service
            83ms console-setup.service
            81ms fly-dm.service
            76ms plymouth-read-write.service
            73ms nfs-config.service
            68ms dev-disk-by\x2duuid-7678ec6a\x2dd050\x2d4ed6\x2d96d0\x2dd9c89130c58f.swap
            66ms sys-kernel-config.mount
            66ms systemd-user-sessions.service
            64ms dev-mqueue.mount
            43ms sys-kernel-debug.mount
            42ms plymouth-quit.service
            30ms systemd-random-seed.service
            28ms systemd-update-utmp.service
            15ms systemd-update-utmp-runlevel.service
             8ms systemd-tmpfiles-clean.service
Или сразу отследить критическую длинную цепочку юнитов при загрузке:
Код:
olej@astra:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @22.432s
└─multi-user.target @22.432s
  └─vboxadd-service.service @22.292s +139ms
    └─vboxadd.service @6.304s +15.986s
      └─basic.target @5.308s
        └─paths.target @5.306s
          └─acpid.path @5.306s
            └─sysinit.target @5.266s
              └─systemd-update-utmp.service @5.237s +28ms
                └─systemd-tmpfiles-setup.service @5.057s +164ms
                  └─local-fs.target @5.042s
                    └─local-fs-pre.target @5.042s
                      └─keyboard-setup.service @823ms +4.218s
                        └─system.slice @752ms
                          └─-.slice @647ms
Во-первых, таким образом можно отследить "виновника" в тех случаях, когда загрузка системы становится до неприличного длительной (при разных внесенных изменениях).
Но, самое интересное, из этой длинной цепочки путём конфигурации systemd можно повыбрасывать (запретить) те сервисы-юниты, которые не нужны мне в конкретных условиях. Утверждается, что в некоторых случаях такой оптимизацией под свои нужды время перезагрузки системы можно уменьшить в разы.
 

Alex89

New member
Сообщения
5
#4
Вопрос оффтоп - если 512 Мб, Астру никак не заставить нормально работать с графической оболочкой? Комп очень старый просто и их много.
 

CrashBldash

New member
Сообщения
246
#5
У астры нет версии х86. Я не верю в таие чудеса, чтоб она норм работала на 512 оперативы.
Из отечественного (в реестре) и бесплатного (но несертифицированного) могу посоветовать Calculate Linux X86 на DE Mate. Он на 512 оперативы стартанет.
 

Olej

New member
Сообщения
1 010
#7
По поводу сервисов ... коснудись косвенно в теме: Astra 1.4, heartbeat, postgresql 9.3, maclabel
Вот здесь вот: systemd для администраторов - лежит свежий перевод лучшего из существующих в природе руководств по использованию systemd, от его автора
28 октября 2017 г.
129 сир.
Всем будет полезно.
 

AFilippov

New member
Сообщения
171
#9
olej@astra:~$ systemd-analyze blame... olej@astra:~$ systemd-analyze critical-chain
Хороше, что напомнил. До кучки: systemd-analyze plot > boot_analysis.html график смотреть.
Отключил пару сервисов, один перезапустил. Загрузка с HDD на 5400 об/мин.
До:
Astra Linux (Orel 2.12.17) acomp (Linux 4.15.3-1-hardened #astra20 SMP Wed Jun 19 10:53:56 UTC 2019) x86-64
Startup finished in 6.421s (kernel) + 24.507s (userspace) = 30.928s
После:
Astra Linux (Orel 2.12.17) acomp (Linux 4.15.3-1-hardened #astra20 SMP Wed Jun 19 10:53:56 UTC 2019) x86-64
Startup finished in 5.977s (kernel) + 14.979s (userspace) = 20.956s

Не совсем в разы, но где-то близко. :)