2260
[СТАБИЛЬНОЕ ОБНОВЛЕНИЕ] 2016-12-31 – ЯДРА, LIBREOFFICE, KDE5, VIRTUALBOX, CINNAMON, BUDGIE
Что изменилось и что появилось нового?
- Bernhard выпустил ряд пакетов Cinnamon
- Я (Philip) имел честь обновить Budgie и некоторые из ядер
- David корпит над новой темой оформления Breath (aka Maia2)
- Hugo примкнул к нашей команде и готовит новый приветственный экран системы, в котором появилась возможность локализации
- Добавлены Plasma 5.8.5, KDE apps 16.12 и KDE Framework 5.29
- Обновлены почти все дополнения Kodi
- LibreOffice обрел версию 5.2.4
- Wine обновился до 2.0rc3
- Virtualbox отныне в версии 5.1.12
- Дополнительно обновлены ряд ядер, haskell и ряд пакетов python
С уважением, Philip Müller и команда разработчиков Manjaro.
Ядра с актуальной поддержкой
- linux310 3.10.104
- linux312 3.12.69
- linux316 3.16.39
- linux318 3.18.46
- linux41 4.1.37
- linux44 4.4.39
- linux48 4.8.15
- linux49 4.9.0
- linux-RT-LTS 4.4.38_rt49
- linux-RT 4.8.14_rt9
3 комментария
Специально под это дело делюсь.
С Новым годом!
31-го собирал свою сборку с поправленным сборщиком, но из-за этого обновления не смог собрать i686 вариант — как раз выкатили обнову и она просто не собиралась. Разбираться не было времени, собрал уже сегодня!
Всё по прежнему в моем топике
KDE-Minimal Setting-Up
Startup finished in 2.353s (kernel) + 45.751s (userspace) = 48.104s
[t15@t15-pc ~]$systemd-analyze blame
31.887s systemd-fsck@dev-disk-by\x2duuid-6dfd5df2\x2d778e\x2d48e8\x2db841\x2d5329abf7863d.service
31.784s dev-disk-by\x2duuid-2dfc35e2\x2d9f12\x2d4045\x2db048\x2d23912645386e.swap
11.388s man-db.service
2.040s plymouth-start.service
1.657s user@1000.service
1.203s tlp.service
938ms dev-sda5.device
482ms ufw.service
402ms media-sdb1.mount
383ms ModemManager.service
309ms plymouth-quit-wait.service
309ms plymouth-quit.service
286ms systemd-udevd.service
276ms systemd-journald.service
261ms org.cups.cupsd.service
240ms NetworkManager.service
203ms systemd-modules-load.service
201ms home.mount
192ms systemd-logind.service
172ms alsa-restore.service
156ms systemd-binfmt.service
126ms systemd-timesyncd.service
104ms avahi-daemon.service
101ms upower.service
92ms polkit.service
90ms systemd-remount-fs.service
89ms sys-kernel-debug.mount
55ms udisks2.service
52ms logrotate.service
50ms systemd-udev-trigger.service
47ms media-sda2.mount
41ms media-sda1.mount
38ms tmp.mount
37ms systemd-tmpfiles-setup-dev.service
29ms systemd-journal-flush.service
28ms systemd-sysctl.service
21ms dev-mqueue.mount
21ms kmod-static-nodes.service
21ms colord.service
20ms dev-hugepages.mount
16ms proc-sys-fs-binfmt_misc.mount
lines 1-41
Однако если десктоп перезагрузить, либо выключить и сразу включить — происходит обычная загрузка системы продолжительностью чуть больше 6 секунд.
Startup finished in 2.311s (kernel) + 4.060s (userspace) = 6.372s
[t15@t15-pc ~]$ systemd-analyze blame
1.987s plymouth-start.service
1.623s user@1000.service
987ms tlp.service
876ms dev-sda5.device
761ms ufw.service
387ms media-sdb1.mount
371ms ModemManager.service
308ms plymouth-quit.service
308ms plymouth-quit-wait.service
267ms org.cups.cupsd.service
241ms systemd-journald.service
237ms systemd-udevd.service
221ms systemd-fsck@dev-disk-by\x2duuid-6dfd5df2\x2d778e\x2d48e8\x2db841\x2d5329abf7863d.service
178ms NetworkManager.service
122ms polkit.service
118ms systemd-timesyncd.service
117ms systemd-modules-load.service
104ms systemd-binfmt.service
95ms systemd-udev-trigger.service
90ms systemd-sysctl.service
83ms upower.service
74ms sys-kernel-config.mount
74ms systemd-remount-fs.service
73ms kmod-static-nodes.service
72ms dev-disk-by\x2duuid-2dfc35e2\x2d9f12\x2d4045\x2db048\x2d23912645386e.swap
72ms dev-mqueue.mount
66ms home.mount
52ms udisks2.service
36ms systemd-tmpfiles-setup-dev.service
34ms tmp.mount
32ms systemd-journal-flush.service
31ms systemd-tmpfiles-setup.service
28ms systemd-update-utmp.service
27ms media-sda1.mount
27ms systemd-logind.service
27ms colord.service
25ms plymouth-read-write.service
17ms alsa-restore.service
17ms avahi-daemon.service
14ms wpa_supplicant.service
13ms dev-hugepages.mount
lines 1-41
Проверка диска на битые сектора badblocks и выполнение fsck проблем не выявило.
В связи с этим два вопроса:
1. Что происходит?
2. Как это лечится?