После того, как я обновил до 16,04, время начальной загрузки увеличилось. Система stucks в течение приблизительно 80 секунд с сообщением: A start job is running for dev-mapper-sysvg\x2dlvhome.device"
Вот некоторая информация:
$ systemd-analyze
Startup finished in 5.257s (kernel) + 2min 3.377s (userspace) = 2min 8.635s
$ systemd-analyze blame
10.868s vboxadd.service
8.220s ModemManager.service
7.230s NetworkManager-wait-online.service
6.476s accounts-daemon.service
5.223s vboxadd-x11.service
5.194s mdadm.service
5.005s networking.service
4.991s dev-sda1.device
4.953s NetworkManager.service
4.836s apport.service
4.260s lightdm.service
3.939s speech-dispatcher.service
3.610s thermald.service
3.575s virtualbox-guest-utils.service
3.406s gpu-manager.service
2.601s postfix.service
2.425s rsyslog.service
2.418s polkitd.service
2.116s loadcpufreq.service
2.098s lvm2-monitor.service
2.036s ssh.service
1.888s avahi-daemon.service
1.758s grub-common.service
1.486s colord.service
1.379s systemd-logind.service
1.352s irqbalance.service
1.299s run-rpc_pipefs.mount
1.266s systemd-journald.service
1.069s systemd-udevd.service
1.001s systemd-modules-load.service
950ms brltty.service
917ms systemd-tmpfiles-setup-dev.service
879ms ondemand.service
855ms kmod-static-nodes.service
761ms console-setup.service
622ms virtualbox.service
602ms dev-mqueue.mount
601ms sys-kernel-debug.mount
567ms dev-hugepages.mount
461ms systemd-user-sessions.service
411ms systemd-sysctl.service
328ms user@1001.service
312ms systemd-tmpfiles-setup.service
255ms upower.service
253ms dns-clean.service
246ms systemd-journal-flush.service
220ms ntp.service
217ms plymouth-read-write.service
и вот диаграмма: данный systemd-analyze plot
диаграмма времени начальной загрузки
Как мы видим, некоторые сервисы, инициализирующие жесткий диск, берут возрасты. У меня есть lvm, вот установка:
$ sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
lvhome sysvg -wi-ao---- 180,00g
lvroot sysvg owi-a-s--- 20,00g
lvswap sysvg -wi-a----- 8,00g
snap-2017-05-09 sysvg swi-a-s--- 20,00g lvroot 56,68
$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sdb7 sysvg lvm2 a-- 234,55g 6,55g
$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
sysvg 1 4 1 wz--n- 234,55g 6,55g
Редактирование 1: Я удалил свой жесткий диск с lvm, и время запуска падает на ~30 секунд:
systemd-analyze
Startup finished in 5.299s (kernel) + 26.234s (userspace) = 31.534s
Systemd-analyze blame
9.541s vboxadd.service
6.516s NetworkManager-wait-online.service
6.321s networking.service
5.366s dev-sda1.device
5.318s NetworkManager.service
4.937s ModemManager.service
4.741s apport.service
4.709s mdadm.service
4.545s thermald.service
4.316s vboxadd-x11.service
4.025s speech-dispatcher.service
3.307s accounts-daemon.service
3.162s gpu-manager.service
2.960s rsyslog.service
2.775s virtualbox-guest-utils.service
Я добавляю назад свой жесткий диск с lvm, и, как предложено @user535733, я удалил vboxadd.service
, ModemManager.service
, accounts-daemon.service
, vboxadd-x11.service
, и время запуска все еще ~2min8.
Ответ мой сам, поскольку я нашел проблему:
это было действительно lvm, который вызывал это медленное время запуска: у Меня был снимок snap-2017-05-09
, который я создал перед обновлением в случае, если что-то пошло не так, как надо. Так как обновление является дисковым потреблением, снимок отличался много (10 Гбит записанных данных), существует проблема производительности при сканировании lvm при запуске с systemd ( здесь , связанный с linux-lvm, отправляющий список по почте ).
я решил свою проблему путем удаления снимка, и таким образом запуститесь когда вниз к ~35 секундам.