Bug 5417 - The system periodically freezes for a few seconds
: The system periodically freezes for a few seconds
Status: RESOLVED FIXED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: Main Packages
: Fresh
: All Linux
: Normal normal
: ---
Assigned To: ROSA Linux Bugs
: ROSA Linux Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2015-04-20 12:34 MSD by Vladimir Potapov
Modified: 2015-05-09 04:45 MSD (History)
1 user (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments
systemd-analyze (3.23 KB, text/plain)
2015-04-20 13:12 MSD, Vladimir Potapov
Details
systemd plot (76.50 KB, application/octet-stream)
2015-04-20 16:20 MSD, Eugene Shatokhin
Details
Dependencies of acpid (10.51 KB, image/svg+xml)
2015-04-20 16:21 MSD, Eugene Shatokhin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Potapov 2015-04-20 12:34:40 MSD
The system periodically freezes for a few seconds. This usually occurs after reboot or when computer resumes from standby.
Log ctrl+alt+f12 in the freeze moment show "acpid: client has disconnected"
http://forum.rosalab.ru/viewtopic.php?f=53&t=5528&p=43166#p43166
I confirm the issue.
Comment 1 Eugene Shatokhin 2015-04-20 12:55:05 MSD
Info from hw-probe when this happens = ?
Comment 2 Vladimir Potapov 2015-04-20 13:09:46 MSD
http://hw.rosalinux.ru/index.php?probe=dde8eafb42
Comment 3 Vladimir Potapov 2015-04-20 13:12:14 MSD
Created attachment 3908 [details]
systemd-analyze
Comment 4 Eugene Shatokhin 2015-04-20 16:19:00 MSD
Attaching the data posted by D. Postnikov here too:

hw-probe: http://hw.rosalinux.ru/index.php?probe=1f96cda875

systemd-analyze blame:
    # systemd-analyze blame
              7.748s NetworkManager-wait-online.service
              6.902s NetworkManager.service
              5.828s accounts-daemon.service
              4.915s sensord.service
              4.473s ModemManager.service
              4.369s systemd-logind.service
              4.366s upower.service
              4.366s avahi-daemon.service
              4.364s rtkit-daemon.service
              4.331s partmon.service
              3.393s rsyslog.service
              1.958s plymouth-start.service
              1.168s plymouth-quit-wait.service
               798ms dkms.service
               797ms systemd-udev-settle.service
               790ms shorewall.service
               775ms systemd-tmpfiles-setup-dev.service
               685ms mandriva-kmsg-loglevel.service
               684ms dev-mqueue.mount
               684ms dev-hugepages.mount
               678ms sys-kernel-debug.mount
               678ms fedora-readonly.service
               677ms tmp.mount
               547ms fedora-loadmodules.service
               538ms mandriva-save-dmesg.service
               482ms preload.service
               482ms apmd.service
               476ms iptables.service
               475ms lm_sensors.service
               471ms cpupower.service
               452ms mandriva-boot-links.service
               297ms fedora-storage-init.service
               204ms plymouth-read-write.service
               170ms systemd-modules-load.service
               154ms rc-local.service
               133ms bluetooth.service
               129ms polkit.service
               129ms systemd-readahead-replay.service
               118ms systemd-tmpfiles-setup.service
               114ms systemd-udev-trigger.service
               114ms user@0.service
               109ms kmod-static-nodes.service
               104ms systemd-fsck-root.service
                99ms user@500.service
                72ms systemd-vconsole-setup.service
                67ms fedora-storage-init-late.service
                62ms nmb.service
                47ms systemd-update-utmp.service
                37ms udisks2.service
                33ms systemd-random-seed.service
                32ms systemd-tmpfiles-clean.service
                30ms systemd-readahead-collect.service
                27ms alsa-restore.service
                27ms mandi.service
                26ms systemd-sysctl.service
                26ms checkflashboot.service
                25ms xinetd.service
                24ms autofs.service
                24ms systemd-user-sessions.service
                12ms openl2tp.service
                 7ms rpcbind.service
                 7ms mdmonitor.service
                 3ms fedora-wait-storage.service
                 3ms systemd-journal-flush.service
                 2ms dev-disk-by\x2duuid-e4d0c3ab\x2d6113\x2d4781\x2d864c\x2deed8079fcd22.swap
                 2ms systemd-remount-fs.service
                 1ms systemd-update-utmp-runlevel.service
                 1ms proc-sys-fs-binfmt_misc.mount
                 1ms systemd-readahead-done.service
               997us systemd-udevd.service
               988us sys-fs-fuse-connections.mount
    MyHome1 bin #
Comment 5 Eugene Shatokhin 2015-04-20 16:20:05 MSD
Created attachment 3909 [details]
systemd plot

The SVG image output by systemd-analyze plot.
Comment 6 Eugene Shatokhin 2015-04-20 16:21:35 MSD
Created attachment 3910 [details]
Dependencies of acpid

SVG image with the dependency scheme for acpid.
Comment 7 Vladimir Potapov 2015-04-20 19:03:54 MSD
Жень, там понятно все со схемой - но почему он перезапускается по несколько раз подряд?
Comment 8 Eugene Shatokhin 2015-04-20 21:41:35 MSD
(In reply to comment #7)
> Жень, там понятно все со схемой - но почему он перезапускается по несколько
> раз подряд?

Судя по логам, acpid не перезапускается, но кто-то, кто его использует, то подключается к нему, то отключается. Кто этот "кто-то" сходу непонятно.
Comment 9 Vladimir Potapov 2015-05-09 04:45:47 MSD
Исправлено с обновлением systemd