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

[Griga211]

У меня, например, сеть идет от оптического терминала РТ. В принципе, это мой стационарный ПК, возить я его никуда не планирую, другие способы подключения тоже не рассматриваю, поэтому у меня сетка поднимается через dhcp клиент - dhcpcd.service. Все, этого вполне достаточно, всего остального нет, даже плагина сети на панели.
Ну, а данные о загрузке вот такие:

Код: Выделить всё

$ systemd-analyze
Startup finished in 2.134s (kernel) + 2.246s (userspace) = 4.380s 
graphical.target reached after 2.245s in userspace

Дальше что-то делать смысла не вижу, потому что скорости это не даст, только на циферки в анализе повлияет. А вот если бы увеличить скорость работы прошивки материнки, то это бы дало хороший прирост.

[BadBird]

Посоветуйте, что можно грохнуть:
http://svgshare.com/s/EYN

[2zer0]

Посоветуйте, что можно грохнуть:
http://svgshare.com/s/EYN

дык, биос походу и грохнуть..

[ForumLiker]

Код: Выделить всё

$ systemd-analyze
Startup finished in 12.924s (firmware) + 11.428s (loader) + 3.123s (kernel) + 2.412s (userspace) = 29.889s 
graphical.target reached after 1.662s in userspace

У меня что материнка включается дольше чем система? А loader это что GRUB2?

[symon2014]

У меня что материнка включается дольше чем система?

Небось уефи да с извращениями в даблбуте.

[ForumLiker]

Небось уефи

она самая

с извращениями в даблбуте

никаких извращений. На одном диске линукс, на другом винда, и все это держится на GRUB2

[s681]

Здравствуйте! По ряду причин перешел с LM18.3 на LM19.2.

Код: Выделить всё

System:    Host: serg-H81M-DS2 Kernel: 4.15.0-54-generic x86_64 bits: 64 compiler: gcc v: 7.4.0 
           Desktop: Cinnamon 4.2.4 wm: muffin dm: LightDM Distro: Linux Mint 19.2 Tina 
           base: Ubuntu 18.04 bionic 
Machine:   Type: Desktop System: Gigabyte product: H81M-DS2 v: N/A serial: <filter> Chassis: 
           type: 3 serial: <filter> 
           Mobo: Gigabyte model: H81M-DS2 v: x.x serial: <filter> BIOS: American Megatrends v: F7 
           date: 08/12/2015 

Вопрос 1.
На LM18.3 использовал ядро 4.10, поскольку более новые ядра дольше загружались.
ядро 4.10
Startup finished in 5.982s (kernel) + 28.640s (userspace) = 34.623s
ядро 4.14
Startup finished in 13.557s (kernel) + 25.526s (userspace) = 39.083s
Разбираться что и почему не стал, просто не обновлял ядро.
В LM19.2 получил: Startup finished in 15.216s (kernel) + 30.343s (userspace) = 45.560s
Начал искать, на чем тормозит загрузка ядра командой dmesg.

[1.823991] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2b24b1963f3, max_idle_ns: 440795227598 ns
[ 2.844153] clocksource: Switched to clocksource tsc
[ 7.108178] input: Logitech Unifying Device. Wireless PID:4016 as /devices/pci0000:00/0000:00:14.0/usb3/3-1/3-1:1.2/0003:046D:C52B.0003/0003:046D:4016.0005/input/input3
[ 7.108223] logitech-hidpp-device 0003:046D:4016.0005: input,hidraw2: USB HID v1.11 Keyboard [Logitech Unifying Device. Wireless PID:4016] on usb-0000:00:14.0-1:2
[ 13.431983] raid6: sse2x1 gen() 10356 MB/s

Отключил клаву с мышью. Ядро загрузилось на нормальные 5-6 сек. Т.е. ядра старше 4.10 долго возятся с Logitech.
Что с этим можно сделать? (пересборку ядра и новые мыши не предлагать
Корректно ли поставить старое ядро 4.10 на LM19.2?

Вопрос 2.

[ 20.958417] parport0: PC-style at 0x378, irq 5 [PCSPP,TRISTATE]
[ 21.052104] lp0: using parport0 (interrupt-driven).
[ 21.414643] systemd-journald[358]: Received request to flush runtime journal from PID 1
[ 32.101858] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4

Что можно предпринять, чтобы уменьшить эту задержку загрузки?
Спасибо.

[rogoznik]

Корректно ли поставить старое ядро 4.10 на LM19.2?

Нормально поставиться. Только штатными средствами поставить не получится. Ну и я бы тогда воспользовался LTS ядром 4.9.
Поставить можно этим Ubuntu Kernel Update Script или этим ukuu

[s681]

rogoznik, спасибо. Подумав, решил, что 8-10 сек не стоят того, чтобы затевать эксперименты со стабильно работающей системой.
Вопрос 2 снимается.
Всем спасибо!

[s681]

P.s. Ядро 4.9 грузится быстрее. Но ВСЕ остальное значительно дольше. Лучшее - враг хорошего.

4.9.190
Startup finished in 5.768s (kernel) + 43.876s (userspace) = 49.644s
graphical.target reached after 43.860s in userspace

4.15.0-72
Startup finished in 15.074s (kernel) + 27.850s (userspace) = 42.924s
graphical.target reached after 27.844s in userspace

Timeshift нам в помощь

[S.A.]

Интерсная ситуация.
"Завалялась" в хозяйстве система LM 19.2 Mate, загружался в её редко (основная ОС LM 18.2 Mate). Решил обновить LM 19.2 до 19.3. Всё обновилось, после перезагрузки новый GRUB не появлялся 2 минуты (системы установлены на SSD). Подумал, что обновление "криво встало". Через некоторое время сделал чистую установку LM 19.3 Cinnamon. GRUB появляется через 4 минуты, затем происходит загрузка ОС. Systemd-analyze на скрине.

[S.A.]

Интерсная ситуация.
"Завалялась" в хозяйстве система LM 19.2 Mate, загружался в её редко (основная ОС LM 18.2 Mate). Решил обновить LM 19.2 до 19.3. Всё обновилось, после перезагрузки новый GRUB не появлялся 2 минуты (системы установлены на SSD). Подумал, что обновление "криво встало". Через некоторое время сделал чистую установку LM 19.3 Cinnamon. GRUB появляется через 4 минуты, затем происходит загрузка ОС.

Дело было в SSD диске. Сделал бэкап основной системы, затем через dd прописал SSD нолями, создал новую таблицу разделов и новые разделы, восстановил систему из бэкапа и установил GRUB. Пока проблема долгого появления GRUB исчезла.

[Sergei K.]

Долго загружается LMDE 4 на ноутбуке Asus N550JK: от момента включения до появления логотипа LM - 15 сек; после этого ещё 2 мин до появления заставки для введения пароля; потом ещё 20 сек. Мне не требуется максимальная оптимизация, с HDD вполне бы устроила минута или чуть больше. Поэтому хотелось бы найти и устранить основную причину. На компе один HDD и одна система.
Скорее всего я сам чего-то накосячил. "Истоия болезни" такая:
- Вместо MX Linux установил LMDE 4. Разделы (/boot/efi, системный / , swap, /home), а также их размеры оставил такими, как были. Все разделы форматировались, кроме home, чтобы сохранить настройки.
- При MX Linux время загрузки не замерял, но с LMDE 4 показалось, что оно несколько увеличилось.
- Переустановил LMDE 4. Разделы и их размеры сохранил, но отформатировал всё, в том числе и home. В Bios в разделе Boot сохранилась опция загрузки с MX Linux. Удалил её из Boot.
- Удалил через GParted раздел sda3 swap (т.к. опер. память 8 Гб), осталось свободное место между sda2 и sda4. После этого время загрузки ОС резко увеличилось.
- Увеличил системный раздел sda2 / за счет sda3 swap. Его начало не трогал, лишь растянул мышкой вправо до sda4 /home.

Просьба подсказать, как исправить.

inxi-Fxz

sergei@sergei:~$ inxi -Fxz
System: Host: sergei Kernel: 4.19.0-8-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: Cinnamon 4.4.8
Distro: LMDE 4 Debbie base: Debian 10.2 buster
Machine: Type: Laptop System: ASUSTeK product: N550JK v: 1.0 serial: <filter>
Mobo: ASUSTeK model: N550JK v: 1.0 serial: <filter> UEFI: American Megatrends v: N550JK.204 date: 01/23/2014
Battery: ID-1: BAT0 charge: 24.6 Wh condition: 48.6/60.5 Wh (80%) model: ASUSTeK N550-40 status: Charging
CPU: Topology: Quad Core model: Intel Core i7-4710HQ bits: 64 type: MT MCP arch: Haswell rev: 3 L2 cache: 6144 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 39908
Speed: 1397 MHz min/max: 800/3500 MHz Core speeds (MHz): 1: 1397 2: 1397 3: 1397 4: 1397 5: 1397 6: 1397 7: 1397
8: 1397
Graphics: Device-1: Intel 4th Gen Core Processor Integrated Graphics vendor: ASUSTeK driver: i915 v: kernel bus ID: 00:02.0
Device-2: NVIDIA GM107M [GeForce GTX 850M] vendor: ASUSTeK driver: nouveau v: kernel bus ID: 01:00.0
Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa DRI Intel Haswell Mobile v: 4.5 Mesa 18.3.6 direct render: Yes
Audio: Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio driver: snd_hda_intel v: kernel bus ID: 00:03.0
Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
bus ID: 00:1b.0
Sound Server: ALSA v: k4.19.0-8-amd64
Network: Device-1: Qualcomm Atheros AR9485 Wireless Network Adapter vendor: AzureWave driver: ath9k v: kernel port: e000
bus ID: 04:00.0
IF: wlp4s0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK driver: r8169 v: kernel port: d000
bus ID: 05:00.0
IF: enp5s0 state: down mac: <filter>
Drives: Local Storage: total: 931.51 GiB used: 23.50 GiB (2.5%)
ID-1: /dev/sda vendor: Seagate model: ST1000LM024 HN-M101MBB size: 931.51 GiB
Partition: ID-1: / size: 63.19 GiB used: 8.68 GiB (13.7%) fs: ext4 dev: /dev/sda2
ID-2: /home size: 287.37 GiB used: 14.81 GiB (5.2%) fs: ext4 dev: /dev/sda4
Sensors: System Temperatures: cpu: 43.0 C mobo: N/A gpu: nouveau temp: 37 C
Fan Speeds (RPM): cpu: 2300
Info: Processes: 221 Uptime: 3h 35m Memory: 7.68 GiB used: 1.41 GiB (18.4%) Init: systemd runlevel: 5 Compilers:
gcc: 8.3.0 Shell: bash v: 5.0.3 inxi: 3.0.32

systemd-analyze

sergei@sergei:~$ systemd-analyze
Startup finished in 2.894s (firmware) + 6.759s (loader) + 5.904s (kernel) + 3min 3.384s (userspace) = 3min 18.943s
graphical.target reached after 1min 46.915s in userspace

systemd-analyze blame

sergei@sergei:~$ systemd-analyze blame
8.902s systemd-udev-settle.service
8.256s NetworkManager-wait-online.service
7.440s ModemManager.service
6.568s udisks2.service
6.471s acpi-support.service
6.240s debian-system-adjustments.service
5.367s NetworkManager.service
4.703s accounts-daemon.service
4.507s ufw.service
3.351s sysfsutils.service
3.154s dev-sda2.device
2.964s avahi-daemon.service
2.790s thermald.service
2.742s bluetooth.service
2.671s lm-sensors.service
2.666s rsyslog.service
2.344s polkit.service
2.340s wpa_supplicant.service
2.221s pppd-dns.service
2.218s alsa-restore.service
2.216s systemd-logind.service
1.465s lightdm.service
1.464s plymouth-quit-wait.service
lines 1-23

[symon2014]

Сравни fstab и mtab

[rogoznik]

Удалил через GParted раздел sda3 swap (т.к. опер. память 8 Гб), осталось свободное место между sda2 и sda4. После этого время загрузки ОС резко увеличилось.

система пытается подключить свап, который ты удалил
В fstab удали запись о свапе

[Sergei K.]

Такое показывать страшно.
fstab

# UNCONFIGURED FSTAB FOR BASE SYSTEM
proc /proc proc defaults 0 0
# /dev/sda1
UUID=4621-908C /boot/efi vfat defaults 0 0
# /dev/sda2
UUID=26a9a7ae-d9a6-4ff7-aa21-d7afd4367f90 / ext4 rw,errors=remount-ro 0 1
# /dev/sda3
UUID=ee2f3992-fd6f-44f8-b784-f0b95d490cda swap swap sw 0 0
# /dev/sda4
UUID=df949d0d-05f3-444a-9bca-46b43e8e3f76 /home ext4 rw,errors=remount-ro 0 0

mtab

sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=3995480k,nr_inodes=998870,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=804980k,mode=755 0 0
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup2 /sys/fs/cgroup/unified cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0
bpf /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/rdma cgroup rw,nosuid,nodev,noexec,relatime,rdma 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=2045 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sda4 /home ext4 rw,relatime,errors=remount-ro 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=804976k,mode=700,uid=1000,gid=1000 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0

[Sergei K.]

Сейчас попробую.

[symon2014]

показывать страшно.

нормально , в реале в (mtab) sda3 отсутствует и полторы минуты честно его ищет))

[Sergei K.]

Fantastisch! Просто, как всё гениальное. Спасибо.

sda3 отсутствует и полторы минуты честно его ищет))

Отдельное спасибо sda3 за честное исполнение долга.

[Sergei K.]

Теперь до момента введения пароля стало 47 сек.