Bug 3326

Summary: Большое время перезагрузки системы
Product: Desktop Internal Reporter: Wjacheslaw <vyacheslav.sayfullin>
Component: ---Assignee: Private ROSA Bugs <private-bugs>
Status: RESOLVED FIXED QA Contact: Anton Peyter <anton.peyter>
Severity: normal    
Priority: Normal CC: alex.burmashev, alexander.kazantsev, arkady.shane
Version: unspecified   
Target Milestone: ---   
Hardware: i586   
OS: Linux   
Whiteboard: [GNOME 2155]
Platform: --- ROSA Vulnerability identifier:
RPM Package: ISO-related:
Bad POT generating: Upstream:

Description Wjacheslaw 2013-12-03 22:16:12 MSK
Ноутбук DELL Vostro 1400.
Большое время перезагрузки системы. Такого никогда не было, чтобы 
один сервис забирал больше минуты.
[root@Vostro-1400 zweroboy]# systemd-analyze blame
     1min 6.338s network.service
         31.243s NetworkManager-wait-online.service
          2.072s haldaemon.service
          1.942s resolvconf.service
          1.868s mandriva-everytime.service
          1.629s accounts-daemon.service
          1.198s udisksd.service
          1.161s avahi-daemon.service
          1.142s NetworkManager-dispatcher.service
           932ms preload.service
           884ms mandriva-save-dmesg.service
           869ms lm_sensors.service
           841ms mandriva-boot-links.service
           815ms systemd-logind.service
           771ms mandi.service
           756ms partmon.service
           736ms ModemManager.service
           525ms systemd-user-sessions.service
           511ms bluetooth.service
           489ms fedora-readonly.service
           392ms acpid.service
и т.д.

Пробовал с мобильной флешкой и без, примерно одинаково.
Проводной связи нет. Wi-Fi - отключен
Comment 1 Aleksandr Kazantcev 2013-12-03 22:20:32 MSK
Первое - выключаем network (в Gnome похоже его не выключили):

chkconfig --del network

Далее смотрим на наличие в 

/etc/sysconfig/network строки 

USE_NM_ONLY=yes.

Если нету, то добавляем (от root)

echo 'USE_NM_ONLY=yes' >> /etc/sysconfig/network

Перегружаемся и проверяем.
Comment 2 Alexander Burmashev 2013-12-03 22:22:04 MSK
Не в cups ли опять дело ? Попробуй убить cups перед рестартом, только именно
systemctl stop cups
systemctl kill cups
systemctl status cups ( чтобы убедиться, что он реально стопнулся )
и ребут
Comment 3 Wjacheslaw 2013-12-03 22:26:10 MSK
Не в cups ли опять дело ?
    Принтер пока не подключен, врядь ли cups виноват.
Comment 4 Alexander Burmashev 2013-12-03 22:28:42 MSK
В прошлый раз проблема проявлялась вне зависимости от наличия принтера, главное чтобы сервис был запущен.
Comment 5 Wjacheslaw 2013-12-03 22:32:17 MSK
Сервис у меня запущен. Я его при установке галочкой отмечаю.
Comment 6 Aleksandr Kazantcev 2013-12-03 22:33:37 MSK
Тут судя по параллельному багу именно network не выключен. Мы в KDE же его выключаем типа. Надо проверить будет завтра на образах Гнома и конфиги сборки.
Comment 7 Arkady L. Shane 2013-12-03 22:33:49 MSK
Я в новом образе стянул кучу коммитов и относительно капса и относительно USE_NM_ONLY.

Соберётся его пустим в бой.
Comment 8 Wjacheslaw 2013-12-03 22:38:00 MSK
Сделал как предлагал А.Казанцев и минутная задержка исчезла:
[root@Vostro-1400 zweroboy]# systemd-analyze blame
         31.695s NetworkManager-wait-online.service
          4.161s systemd-udev-settle.service
          2.660s fedora-storage-init.service
          1.760s resolvconf.service
          1.490s avahi-daemon.service
          1.415s NetworkManager-dispatcher.service
          1.386s haldaemon.service
          1.379s udisksd.service
          1.283s accounts-daemon.service
          1.097s mandriva-everytime.service
          1.073s systemd-logind.service
           927ms mandi.service
           855ms preload.service
           823ms partmon.service
           654ms acpid.service
           641ms systemd-user-sessions.service
           566ms fedora-readonly.service
           563ms nscd.service
           538ms ModemManager.service
Comment 9 Aleksandr Kazantcev 2013-12-03 22:39:23 MSK
Сейчас надо убедиться, чтобы это в образах было.
Comment 10 Arkady L. Shane 2013-12-03 22:47:41 MSK
Отлично. В образ 2161 я это затянул.
Comment 11 Wjacheslaw 2013-12-05 11:25:29 MSK
В версии №2168 всё нормально.
Comment 12 Wjacheslaw 2013-12-05 11:58:49 MSK
Хотя поторопился, что всё нормально.
Осталось починить строчку "31.101s NetworkManager-wait-online.service" в
[root@Vostro-1400 zweroboy]# systemd-analyze blame
         31.101s NetworkManager-wait-online.service
          1.912s resolvconf.service
          1.822s mandriva-everytime.service
          1.707s haldaemon.service
          1.284s systemd-logind.service
          1.233s accounts-daemon.service
          1.086s avahi-daemon.service
           960ms ModemManager.service
           778ms sensord.service
           739ms lm_sensors.service
           713ms mandi.service
           710ms systemd-user-sessions.service
           685ms mandriva-save-dmesg.service
           662ms mandriva-boot-links.service
           637ms preload.service
           634ms bluetooth.service
           581ms apmd.service

и всё будет ОК.31.101s NetworkManager-wait-online.service
Comment 13 Aleksandr Kazantcev 2013-12-05 12:04:53 MSK
Это не баг - сервис служит для ожидания сети. Без него просто будет фейл при завершении и пробуждении если она появится, поэтому отключать его нельзя.

Перезагрузка кстати занимает больше времени чем просто выключение + включение. Проверь сам.
Comment 14 Arkady L. Shane 2013-12-05 12:50:06 MSK
Я так понимаю, что исправлено. Увеличение скорости должно проявиться, когда мы перейдём полностью на средства systemd.