[sisyphus] systemd -- 2 минуты ожидания

[Alexei V. Mezin]

09.09.2014 00:06, Денис Смирнов пишет:

> В любом случае если он стоит, тогда стоит его mask, дабы не мешался. Если
> маскировать, то вместе с systemd-resolved.

Оба пакета просто удалены из системы. Надеюсь, этого хватит, чтоб они не 
мешали systemd неработать.

[root на bigbear ~]# rpm -qa | grep systemd
systemd-utils-214-alt14
systemd-sysvinit-214-alt14
systemd-214-alt14
systemd-analyze-214-alt14
libsystemd-214-alt14
i586-libsystemd-214-alt14



> systemctl list-dependencies network.target
> systemctl list-dependencies network.service
>
> Кстати, полезно посмотреть на вывод сразу после загрузки команды
> systemctl --state=failed
root на bigbear ~]# systemctl list-dependencies network.target
network.target
[root на bigbear ~]# systemctl list-dependencies network.service
network.service
● ├─system.slice
● └─network.target
[root на bigbear ~]# systemctl --state=failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.




> Для первых двух в рассылке примеры юнитов пробегали.
А почему они не добежали до пакетов?

>
> Пока в системе есть хоть один initscript без LSB заголовков или варианта
> для systemd -- будут не грабли, будут ВИЛЫ

Тут, видимо, нужны не вилы, а колья. Осиновые.

Отключил "ненужные" сервисы.
[root на bigbear ~]# systemctl | grep SYSV
[root на bigbear ~]#

А все равно 2 минуты и 8 секунд смотрю на красные звездочки.

> Где именно в логах он говорит про 20 секунд? В blame он честно говорил про >2m.

Э-э-э... а где именно в выводе blame он об этом говорит? Я так понял, 
что там сортировка по продолжительности запуска, и самое долгое -- 6 
секунд, а сумма всех у кого >1с примерно 20с, а все остальные -- 
миллисекунды, которые в сумме ну никак на полторы минуты не соберут.

В critical-chain внезапно появляются 2 минуты, но откуда -- непонятно.

graphical.target @2min 19.173s
└─multi-user.target @2min 19.172s
   └─cups.service @2min 13.213s +5.957s
     └─vboxweb-service.service @2min 13.017s +17ms
       └─syslog-ng.service @2min 12.369s +640ms
         └─vboxdrv.service @2min 11.711s +655ms
           └─dbus.service @11.559s
             └─basic.target @11.543s
               └─timers.target @11.538s
                 └─systemd-tmpfiles-clean.timer @11.538s
                   └─sysinit.target @11.506s
                     └─systemd-update-utmp.service @11.499s +4ms
                       └─systemd-tmpfiles-setup.service @11.432s +64ms
                         └─local-fs.target @11.429s
                           └─home.mount @10.190s +44ms
 
└─systemd-fsck на dev-disk-by\x2duuid-f75371f5\x2d4b9d\x2d4599\x2dbc1f\x2dbb3d71744f84.service 
@9.976s +181ms
 
└─dev-disk-by\x2duuid-f75371f5\x2d4b9d\x2d4599\x2dbc1f\x2dbb3d71744f84.device 
@9.970s


>
> После маскировки systemd-networkd + systemd-resolved можно посмотреть на
> systemd-analyze plot?
>
https://drive.google.com/file/d/0B_EKK-X494ggQkFwajVjbmFhNmM/edit?usp=sharing


> Прошлый-то раз я в его выхлопе вообще не увидел запуска network.service.
Да, а сеть запускалась и работала. Ну разве не чудеса?