Systemd-analyze plot - делимся, сравниваем...

Руководства, вопросы, обсуждения
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
Аватара пользователя

Chocobo
Сообщения: 8259
Зарегистрирован: 27 авг 2016, 19:57
Решено: 178
Откуда: НН
Благодарил (а): 550 раз
Поблагодарили: 2210 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Chocobo » 15 окт 2017, 11:51

BadBird, Тут ядро в два с половиной раза дольше чем юзерспейс грузится.
Откусывать уже его пересбором и/или initramfs
Изображение
   
Изображение

Аватара пользователя

AlexelA
Сообщения: 405
Зарегистрирован: 24 июл 2017, 17:11
Решено: 2
Откуда: город-герой Новороссийск
Благодарил (а): 41 раз
Поблагодарили: 83 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение AlexelA » 15 окт 2017, 11:57

Chocobo писал(а):
15 окт 2017, 11:51
Тут ядро в два с половиной раза дольше чем юзерспейс грузится.
У меня так же: http://svgshare.com/i/3S6.svg
Chocobo писал(а):
15 окт 2017, 11:51
Откусывать уже ... или initramfs
А поподробнее?
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь)
https://linux-hardware.org/?probe=f616eaca40
FM2A85X Extreme6 (8GB RAM)+AMD A8-5600K+NVIDIA GeForce GTX 660 (2GB)+BENQ GL2460+LMC 18.3x64...

Аватара пользователя

Chocobo
Сообщения: 8259
Зарегистрирован: 27 авг 2016, 19:57
Решено: 178
Откуда: НН
Благодарил (а): 550 раз
Поблагодарили: 2210 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Chocobo » 15 окт 2017, 12:35

AlexelA, тут несколькими страницами ранее игрался доводя общую цифру (kernel+userspace) в Бетси до двух секунд - systemd-analyze plot - делимся, сравниваем... (Пост Chocobo #13526)
Там же по тексту и общие рекоммендации, если возникнут сложности - попробуем разжевать отдельно)
Изображение
   
Изображение

Аватара пользователя

AlexelA
Сообщения: 405
Зарегистрирован: 24 июл 2017, 17:11
Решено: 2
Откуда: город-герой Новороссийск
Благодарил (а): 41 раз
Поблагодарили: 83 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение AlexelA » 15 окт 2017, 12:54

Chocobo, Спасибо, но, пока, это не для моих мозгов/уровня...
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь)
https://linux-hardware.org/?probe=f616eaca40
FM2A85X Extreme6 (8GB RAM)+AMD A8-5600K+NVIDIA GeForce GTX 660 (2GB)+BENQ GL2460+LMC 18.3x64...


Kotov666
Сообщения: 9
Зарегистрирован: 01 дек 2017, 01:34
Благодарил (а): 1 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Kotov666 » 01 дек 2017, 01:37

Вот мой .
http://svgshare.com/s/48X

Может подскажете что и как ускорить.

Аватара пользователя

AlexelA
Сообщения: 405
Зарегистрирован: 24 июл 2017, 17:11
Решено: 2
Откуда: город-герой Новороссийск
Благодарил (а): 41 раз
Поблагодарили: 83 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение AlexelA » 01 дек 2017, 06:09

А что за железо-то?
Для того, чтобы ничего не делать, надо уметь делать все! (©) (А.Лебедь)
https://linux-hardware.org/?probe=f616eaca40
FM2A85X Extreme6 (8GB RAM)+AMD A8-5600K+NVIDIA GeForce GTX 660 (2GB)+BENQ GL2460+LMC 18.3x64...


Kotov666
Сообщения: 9
Зарегистрирован: 01 дек 2017, 01:34
Благодарил (а): 1 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Kotov666 » 01 дек 2017, 06:13

CPU~Dual core Intel Core i5-3210M (-HT-MCP-) speed/max~1205/3100 MHz Kernel~4.11.0-14-generic x86_64 Up~41 min Mem~1867.8/7861.5MB HDD~1250.3GB(22.5% used) Procs~266 Client~Shell inxi~2.2.35

Аватара пользователя

Chocobo
Сообщения: 8259
Зарегистрирован: 27 авг 2016, 19:57
Решено: 178
Откуда: НН
Благодарил (а): 550 раз
Поблагодарили: 2210 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Chocobo » 01 дек 2017, 08:09

Kotov666, Ядро как я понимаю из соседней темы - что-то явно перемудрил, грузится вдвое дольше, чем могло бы. Откуда брал этот 4.11?
systemd-sysctl.service (13.811s) - тоже похоже результат неких оптимизаций над sysctl
Если дальше смотреть - сними hw-probe
Изображение
   
Изображение


Kotov666
Сообщения: 9
Зарегистрирован: 01 дек 2017, 01:34
Благодарил (а): 1 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Kotov666 » 01 дек 2017, 08:16

https://linux-hardware.org/index.php?probe=9a50e33eec

Готово, ядро не вспомню откуда ставил уже.... :sad:

Аватара пользователя

Chocobo
Сообщения: 8259
Зарегистрирован: 27 авг 2016, 19:57
Решено: 178
Откуда: НН
Благодарил (а): 550 раз
Поблагодарили: 2210 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Chocobo » 01 дек 2017, 11:15

Kotov666, Начни с ядра, 4.11 все равно уже не обновляется с июля месяца. Причем в погоне за производительностью - на железо пятилетнего возраста крайне необязательно навешивать последние ядра, поэтому по привычке уже постоветую 4.4 как самый долгоиграющий LTS

   Дабы не быть голословным - приведу почти аналогичную конфигурацию железа, также с бамблби и медленным ноутбучным диском, причем без особых твиков по системе (включена и самба, и lvm2-monitor, и nm-wait-online - в общем почти сток, даже чуть жирней еще).
alesya@nursery ~ $ systemd-analyze
Startup finished in 11.192s (kernel) + 41.457s (userspace) = 52.649s
alesya@nursery ~ $ systemd-analyze blame
14.868s dev-sda1.device
13.036s lvm2-monitor.service
12.115s systemd-tmpfiles-setup-dev.service
10.577s NetworkManager-wait-online.service
6.136s nmbd.service
5.955s samba-ad-dc.service
5.125s ntp.service
5.020s NetworkManager.service
4.809s libvirt-bin.service
4.166s ModemManager.service
4.140s accounts-daemon.service
2.585s alsa-restore.service
2.556s iio-sensor-proxy.service
2.367s thermald.service
1.862s proc-fs-nfsd.mount
1.592s systemd-journald.service
1.591s grub-common.service
1.549s systemd-modules-load.service
1.510s keyboard-setup.service
1.508s gpu-manager.service
1.481s loadcpufreq.service
1.253s console-kit-log-system-start.service
1.134s polkitd.service
1.092s rsyslog.service
1.052s virtualbox-guest-utils.service
965ms lightdm.service
939ms colord.service
920ms apt-daily.service
862ms kmod-static-nodes.service
830ms run-rpc_pipefs.mount
796ms nfs-idmapd.service
565ms apt-daily-upgrade.service
558ms console-setup.service
543ms systemd-logind.service
505ms nvidia-persistenced.service
504ms avahi-daemon.service
499ms upower.service
496ms pppd-dns.service
496ms lm-sensors.service
491ms irqbalance.service
409ms networking.service
379ms udisks2.service
357ms systemd-tmpfiles-setup.service
337ms nfs-mountd.service
333ms apparmor.service
298ms sys-kernel-debug.mount
242ms systemd-tmpfiles-clean.service
233ms ssh.service
208ms qemu-kvm.service
204ms smbd.service
193ms systemd-update-utmp.service
188ms binfmt-support.service
149ms console-kit-daemon.service
142ms systemd-sysctl.service
118ms systemd-backlight@backlight:acpi_video0.service
112ms ufw.service
97ms systemd-udev-trigger.service
81ms hddtemp.service
78ms user@1000.service
74ms setvtrgb.service
70ms systemd-udevd.service
61ms systemd-remount-fs.service
60ms ebtables.service
Plot: http://svgshare.com/s/48f
Probe URL: https://linux-hardware.org/index.php?probe=d5d4b3be7b
alesya@nursery ~ $ systemd-analyze
Startup finished in 5.145s (kernel) + 42.776s (userspace) = 47.921s
alesya@nursery ~ $ systemd-analyze blame
15.895s libvirt-bin.service
10.617s nmbd.service
10.185s samba-ad-dc.service
9.940s ntp.service
8.820s NetworkManager-wait-online.service
8.546s dev-sda1.device
6.901s ModemManager.service
6.697s NetworkManager.service
6.106s apparmor.service
4.041s accounts-daemon.service
4.039s qemu-kvm.service
3.800s console-setup.service
2.965s thermald.service
2.931s setvtrgb.service
2.863s lm-sensors.service
2.853s rsyslog.service
2.454s lightdm.service
2.424s ebtables.service
2.420s hddtemp.service
2.361s avahi-daemon.service
2.296s polkitd.service
2.214s nfs-idmapd.service
1.953s lvm2-monitor.service
1.939s systemd-udevd.service
1.844s systemd-tmpfiles-setup-dev.service
1.629s keyboard-setup.service
1.551s systemd-tmpfiles-setup.service
1.495s grub-common.service
1.285s networking.service
1.237s nfs-mountd.service
1.233s colord.service
1.186s rc-local.service
1.040s proc-fs-nfsd.mount
1.036s upower.service
980ms systemd-backlight@backlight:acpi_video1.service
980ms loadcpufreq.service
968ms ssh.service
750ms systemd-modules-load.service
749ms binfmt-support.service
728ms systemd-journald.service
690ms irqbalance.service
643ms run-rpc_pipefs.mount
633ms systemd-sysctl.service
605ms console-kit-log-system-start.service
577ms iio-sensor-proxy.service
564ms virtualbox-guest-utils.service
559ms systemd-journal-flush.service
527ms ondemand.service
518ms dev-disk-by\x2duuid-334cb14c\x2d36f1\x2d40ab\x2db6dd\x2d7e2786dfb87e.swap
505ms systemd-udev-trigger.service
499ms systemd-random-seed.service
470ms pppd-dns.service
470ms gpu-manager.service
435ms systemd-logind.service
430ms nfs-server.service
360ms udisks2.service
349ms systemd-user-sessions.service
346ms openvpn.service
310ms dev-mqueue.mount
308ms dev-hugepages.mount
280ms rpcbind.service
258ms alsa-restore.service
240ms smbd.service
Plot: http://svgshare.com/s/48B
Probe URL: https://linux-hardware.org/index.php?probe=35b18a638d
   А увидеть мы можем следующее. Загрузка ядра без каких либо твиков сползла с 11.192s до 5.145s (читай вдвое), из топа blame ушел корень dev-sda1.device с 14.868s до 8.546s dev-sda1.device (Юзерспейс можно еще знатно ужимать, при желании)
   Поэтому думайте, действительно ли вам что либу нужно из функционала свежих стоковых ядер, которые как неоднократно упоминали собирается под максимальный охват всевозможных железяк - или же апдейты с десятками тысяч строк кода под новые девайсы и фишки будут крутиться впустую... (если конечно не планируете их пересобирать, тогда можно и актуальные версии адаптировать под своё железо, выкинув много всего и всякого)
Изображение
   
Изображение


Kotov666
Сообщения: 9
Зарегистрирован: 01 дек 2017, 01:34
Благодарил (а): 1 раз

systemd-analyze plot - делимся, сравниваем...

Сообщение Kotov666 » 01 дек 2017, 11:21

Спасибо, попробую откатится. Главное чтоб дрова остались для всяких там переходников usb-rs232 и подобной мелочи (по работе необходимы).

Аватара пользователя

zxc12
Сообщения: 25
Зарегистрирован: 22 ноя 2017, 12:04
Решено: 1
Благодарил (а): 3 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение zxc12 » 03 дек 2017, 05:23

Приветсвую форумчане.
Особо никогда не вникал в эту тему, а тут просто ради интереса прочитал эту ветку и не много ужаснулся.
Я тут так посмотрел графики и заметил что люди наслаждаютя загрузкой оси мене чем за минуту!
У меня же на это дело уходит 3 с лишнем (от выбора оси в грабе) :blink2:
Сидел на ядре 4.4.0-53, решил обновиться до 4.11.0-04 - разницы ни какой. :hoho:

System: Host: linux Kernel: 4.11.0-041100-generic x86_64 (64 bit gcc: 6.3.0)
Desktop: Xfce 4.12.3 (Gtk 2.24.28) Distro: Linux Mint 18.1 Serena
Machine: Mobo: MICRO-STAR model: P35 Platinum(MS-7345) v: 1.0
Bios: American Megatrends v: V1.12 date: 12/30/2009
CPU: Quad core Intel Xeon E5472 (-HT-MCP-) cache: 6144 KB
flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 24000
clock speeds: max: 3000 MHz 1: 3000 MHz 2: 3000 MHz 3: 3000 MHz 4: 3000 MHz
Graphics: Card: NVIDIA GF114 [GeForce GTX 560] bus-ID: 01:00.0
Display Server: X.Org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
Resolution: 1680x1050@59.88hz, 1366x768@59.79hz
GLX Renderer: GeForce GTX 560/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 384.90 Direct Rendering: Yes
Audio: Card-1 NVIDIA GF114 HDMI Audio Controller driver: snd_hda_intel bus-ID: 01:00.1
Card-2 Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.11.0-041100-generic
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: d800 bus-ID: 04:00.0
IF: enp4s0 state: down mac: <filter>
Card-2: VIA VT6105/VT6106S [Rhine-III] driver: via-rhine port: e800 bus-ID: 05:00.0
IF: enp5s0 state: unknown speed: 100 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 1500.3GB (18.9% used) ID-1: /dev/sda model: WDC_WD15EARS size: 1500.3GB temp: 33C
Partition: ID-1: / size: 92G used: 9.3G (11%) fs: ext4 dev: /dev/sda5
ID-2: /home size: 190G used: 6.0G (4%) fs: ext4 dev: /dev/sda6
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 56.0C mobo: N/A gpu: 0.0:61C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 231 Uptime: 18 min Memory: 1847.5/7981.4MB Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35
>>> systemd-analyze
Startup finished in 12.729s (kernel) + 3min 1.722s (userspace) = 3min 14.451s
>>> sudo systemd-analyze blame
20.760s dev-sda5.device
19.230s systemd-tmpfiles-setup-dev.service
18.615s systemd-sysctl.service
978ms keyboard-setup.service
890ms systemd-fsck@dev-disk-by\x2duuid-9ff02bcc\x2dc6d9\x2d412f\x2da2fd\x2d138d6fe9cd3e.service
852ms systemd-modules-load.service
639ms grub-common.service
628ms sys-kernel-debug.mount
627ms dev-mqueue.mount
616ms NetworkManager.service
611ms dev-hugepages.mount
570ms systemd-journald.service
529ms virtualbox-guest-utils.service
491ms udisks2.service
426ms accounts-daemon.service
363ms systemd-tmpfiles-setup.service
356ms console-setup.service
314ms binfmt-support.service
300ms networking.service
293ms rc-local.service
244ms kmod-static-nodes.service
237ms console-kit-log-system-start.service
229ms loadcpufreq.service
219ms irqbalance.service
212ms nvtv.service
202ms ondemand.service
190ms lm-sensors.service
185ms vboxautostart-service.service
185ms systemd-user-sessions.service
183ms pppd-dns.service
180ms vboxballoonctrl-service.service
177ms vboxweb-service.service
174ms rsyslog.service
170ms avahi-daemon.service
161ms plymouth-read-write.service
129ms upower.service
111ms iio-sensor-proxy.service
108ms thermald.service
106ms proc-sys-fs-binfmt_misc.mount
96ms systemd-tmpfiles-clean.service
76ms systemd-udev-trigger.service
72ms user@1000.service
71ms console-kit-daemon.service
67ms home.mount
43ms systemd-logind.service
42ms systemd-remount-fs.service
41ms systemd-udevd.service
31ms ufw.service
30ms plymouth-quit.service
29ms plymouth-quit-wait.service
17ms systemd-update-utmp.service
14ms setvtrgb.service
14ms plymouth-start.service
13ms polkitd.service
11ms alsa-restore.service
8ms dns-clean.service
7ms hddtemp.service
7ms systemd-update-utmp-runlevel.service
7ms cpufrequtils.service
6ms systemd-journal-flush.service
4ms ureadahead-stop.service
3ms rtkit-daemon.service
3ms resolvconf.service
2ms nvidia-persistenced.service
1ms sys-fs-fuse-connections.mount
1ms systemd-random-seed.service
1ms openvpn.service
lines 34-67/67 (END)
  • avahi-daemon.service
  • speech-dispatcher.service
  • ModemManager.service
  • preload.service
  • teamviewerd.service
  • lvm2-monitor.service
  • vboxdrv.service

/home - зашифрован, вход по паролю
Читать написанное транслитом — это как читать написанное фекалиями на стене: вроде и понятно все, и все равно неприятно.


Linuha

systemd-analyze plot - делимся, сравниваем...

Сообщение Linuha » 03 дек 2017, 06:20

zxc12, Судя по явному несовпадению времени между командами systemd-analyze и systemd-analyze blame , подозреваю разделы. Покажите выводы sudo fdisk -l , sudo blkid и cat /etc/fstab

Аватара пользователя

zxc12
Сообщения: 25
Зарегистрирован: 22 ноя 2017, 12:04
Решено: 1
Благодарил (а): 3 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение zxc12 » 03 дек 2017, 09:12

Linuha писал(а):
03 дек 2017, 06:20
Покажите выводы sudo fdisk -l , sudo blkid и cat /etc/fstab
>>> sudo fdisk -l
Диск /dev/sda: 1,4 TiB, 1500301910016 байтов, 2930277168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Тип метки диска: dos
Идентификатор диска: 0x0af07284

Устр-во Загрузочный Start Конец Секторы Size Id Тип
/dev/sda1 * 2048 204802047 204800000 97,7G 7 HPFS/NTFS/exFAT
/dev/sda2 204802048 614402047 409600000 195,3G 7 HPFS/NTFS/exFAT
/dev/sda3 614404094 1869606911 1255202818 598,5G 5 Расширенный
/dev/sda4 1869606912 2930276351 1060669440 505,8G 7 HPFS/NTFS/exFAT
/dev/sda5 614404096 809713663 195309568 93,1G 83 Linux
/dev/sda6 809715712 1213003775 403288064 192,3G 83 Linux
/dev/sda7 1213005824 1217200127 4194304 2G 82 Linux своп / Solaris
Записи таблицы разделов не соответствуют порядку разделов на диске.
>>> sudo blkid
/dev/sda1: LABEL="System" UUID="44265BD7258A8E76" TYPE="ntfs" PARTUUID="0af07284-01"
/dev/sda2: LABEL="Game_Soft" UUID="722C9D241A91C2EA" TYPE="ntfs" PARTUUID="0af07284-02"
/dev/sda4: LABEL="Shared Lin_Win" UUID="5432CA1E2E32655D" TYPE="ntfs" PARTUUID="0af07284-04"
/dev/sda5: UUID="0b4ceb9f-3604-4b89-b598-73a943583295" TYPE="ext4" PARTUUID="0af07284-05"
/dev/sda6: UUID="9ff02bcc-c6d9-412f-a2fd-138d6fe9cd3e" TYPE="ext4" PARTUUID="0af07284-06"
/dev/sda7: UUID="2e3aa812-5ac4-43fd-8470-99871f98da9c" TYPE="swap" PARTUUID="0af07284-07"
>>> cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda8 during installation
UUID=0b4ceb9f-3604-4b89-b598-73a943583295 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda9 during installation
UUID=9ff02bcc-c6d9-412f-a2fd-138d6fe9cd3e /home ext4 defaults 0 2
# swap was on /dev/sda7 during installation
#UUID=2e3aa812-5ac4-43fd-8470-99871f98da9c none swap sw 0 0

Едрит мои колёса!
Молодуа Linuha что заметил!
Я совсем не обратил внимае на это :gun2:
Я буквально за час как выложить графики упорядочивал разделы и переносил SWAP на другой раздел, в fstab UUID-ы прописал, а номирацию dev-айсов не проставил.
Каюсь, если нужно то выложу графики по новой.
Читать написанное транслитом — это как читать написанное фекалиями на стене: вроде и понятно все, и все равно неприятно.


Linuha

systemd-analyze plot - делимся, сравниваем...

Сообщение Linuha » 03 дек 2017, 09:20

Нумерация ни причём , а вот в fstab закомменчен swap , а система его видит и подключает , на это по дефолту даётся 90 секунд. Убери решётку в начале строки.

Аватара пользователя

zxc12
Сообщения: 25
Зарегистрирован: 22 ноя 2017, 12:04
Решено: 1
Благодарил (а): 3 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение zxc12 » 03 дек 2017, 09:36

Ни каких ваапсше видоизменений
>>> systemd-analyze
Startup finished in 13.216s (kernel) + 3min 1.722s (userspace) = 3min 14.938s
>>> sudo systemd-analyze blame
[sudo]
21.012s dev-sda5.device
18.599s systemd-udevd.service
2.949s systemd-sysctl.service
1.113s keyboard-setup.service
944ms systemd-modules-load.service
911ms accounts-daemon.service
904ms grub-common.service
870ms console-setup.service
821ms systemd-fsck@dev-disk-by\x2duuid-9ff02bcc\x2dc6d9\x2d412f\x2da2fd\x2d138d6fe9cd3e.service
710ms systemd-tmpfiles-setup-dev.service
662ms dev-hugepages.mount
653ms sys-kernel-debug.mount
653ms dev-mqueue.mount
576ms systemd-journald.service
522ms rc-local.service
437ms virtualbox-guest-utils.service
427ms networking.service
395ms systemd-tmpfiles-setup.service
392ms loadcpufreq.service
385ms systemd-logind.service
371ms nvtv.service
368ms console-kit-log-system-start.service
366ms irqbalance.service
355ms ondemand.service
344ms iio-sensor-proxy.service
342ms lm-sensors.service
341ms vboxballoonctrl-service.service
341ms systemd-user-sessions.service
337ms alsa-restore.service
336ms vboxautostart-service.service
336ms thermald.service
334ms pppd-dns.service
329ms avahi-daemon.service
329ms rsyslog.service
328ms kmod-static-nodes.service
326ms ufw.service
324ms udisks2.service
275ms NetworkManager.service
223ms home.mount
170ms binfmt-support.service
162ms cpufrequtils.service
131ms proc-sys-fs-binfmt_misc.mount
130ms upower.service
84ms systemd-udev-trigger.service
83ms user@1000.service
78ms systemd-update-utmp.service
58ms dev-disk-by\x2duuid-2e3aa812\x2d5ac4\x2d43fd\x2d8470\x2d99871f98da9c.swap
52ms console-kit-daemon.service
41ms hddtemp.service
40ms systemd-remount-fs.service
23ms plymouth-quit.service
23ms plymouth-quit-wait.service
20ms setvtrgb.service
19ms systemd-journal-flush.service
16ms systemd-random-seed.service
15ms plymouth-start.service
11ms plymouth-read-write.service
9ms vboxweb-service.service
7ms rtkit-daemon.service
7ms dns-clean.service
5ms polkitd.service
5ms resolvconf.service
3ms ureadahead-stop.service
3ms systemd-update-utmp-runlevel.service
2ms nvidia-persistenced.service
1ms sys-fs-fuse-connections.mount
995us openvpn.service

Ядро так и должно "быстро" грузиться ?!
Читать написанное транслитом — это как читать написанное фекалиями на стене: вроде и понятно все, и все равно неприятно.


Linuha

systemd-analyze plot - делимся, сравниваем...

Сообщение Linuha » 03 дек 2017, 09:42

zxc12 писал(а):
03 дек 2017, 09:36
Ядро так и должно "быстро" грузиться ?!
Нет , но тут я пас. А fstab исправили? . Покажите ещё раз фстаб и блкид.

Аватара пользователя

zxc12
Сообщения: 25
Зарегистрирован: 22 ноя 2017, 12:04
Решено: 1
Благодарил (а): 3 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение zxc12 » 03 дек 2017, 09:49

>>> sudo blkid
[sudo]
/dev/sda1: LABEL="System" UUID="44265BD7258A8E76" TYPE="ntfs" PARTUUID="0af07284-01"
/dev/sda2: LABEL="Game_Soft" UUID="722C9D241A91C2EA" TYPE="ntfs" PARTUUID="0af07284-02"
/dev/sda4: LABEL="Shared Lin_Win" UUID="5432CA1E2E32655D" TYPE="ntfs" PARTUUID="0af07284-04"
/dev/sda5: UUID="0b4ceb9f-3604-4b89-b598-73a943583295" TYPE="ext4" PARTUUID="0af07284-05"
/dev/sda6: UUID="9ff02bcc-c6d9-412f-a2fd-138d6fe9cd3e" TYPE="ext4" PARTUUID="0af07284-06"
/dev/sda7: UUID="2e3aa812-5ac4-43fd-8470-99871f98da9c" TYPE="swap" PARTUUID="0af07284-07"
>>> cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=0b4ceb9f-3604-4b89-b598-73a943583295 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=9ff02bcc-c6d9-412f-a2fd-138d6fe9cd3e /home ext4 defaults 0 2
# swap was on /dev/sda7 during installation
UUID=2e3aa812-5ac4-43fd-8470-99871f98da9c none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
Читать написанное транслитом — это как читать написанное фекалиями на стене: вроде и понятно все, и все равно неприятно.


Linuha

systemd-analyze plot - делимся, сравниваем...

Сообщение Linuha » 03 дек 2017, 09:58

zxc12 писал(а):
03 дек 2017, 09:49
# swap was on /dev/sda7 during installation
UUID=2e3aa812-5ac4-43fd-8470-99871f98da9c none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
Я что то этого не понял , 2 свопа чтоли , и один из них шифрованный , или куда?
Для дальнейшего интереса можно ввести команду journalctl -b (это последняя загрузка) , там слева время указано, посмотреть, на каком этапе большой разрыв будет ( ахтунг - листинг большой))).

Аватара пользователя

zxc12
Сообщения: 25
Зарегистрирован: 22 ноя 2017, 12:04
Решено: 1
Благодарил (а): 3 раза

systemd-analyze plot - делимся, сравниваем...

Сообщение zxc12 » 03 дек 2017, 10:46

Linuha писал(а):
03 дек 2017, 09:58
и один из них шифрованный , или куда?
Сам удивлён, шифрован только home, шифрование к свопу не должно иметь ни какого отношения.
Здесь только то что в журнале выделено красным

Сам журнал в *txt здесь лежит



дек 03 13:25:36 linux kernel: NVRM: Your system is not currently configured to drive a VGA console
on the primary VGA device. The NVIDIA Linux graphics driver
requires the use of a text-mode VGA console. Use of other console
drivers including, but not limited to, vesafb, may result in
corruption and stability problems, and is not supported.

дек 03 13:26:47 linux mdm[1226]: adding faulty module: pam_kwallet.so

дек 03 13:26:53 linux mdm[1226]: GLib-CRITICAL: g_key_file_get_string: assertion 'key_file != NULL' failed

дек 03 13:26:53 linux mdm[1226]: GLib-CRITICAL: g_key_file_free: assertion 'key_file != NULL' failed

дек 03 13:27:01 linux pulseaudio[2061]: [pulseaudio] pid.c: Daemon already running.

дек 03 13:27:01 linux pulseaudio[2063]: [pulseaudio] pid.c: Daemon already running.

дек 03 13:27:26 linux pulseaudio[1875]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

дек 03 13:28:13 linux systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-1df72d81\x2dfcd4\x2d4bf9\x2db7cf\x2d7c92859ef961.device.

дек 03 13:30:30 linux systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-1df72d81\x2dfcd4\x2d4bf9\x2db7cf\x2d7c92859ef961.device .

дек 03 13:34:27 linux systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-1df72d81\x2dfcd4\x2d4bf9\x2db7cf\x2d7c92859ef961.device.
Читать написанное транслитом — это как читать написанное фекалиями на стене: вроде и понятно все, и все равно неприятно.

Вернуться в «Параметры и оптимизация»