Длительный "старт" системы Linux Mint 21.3

600422 · #1

Добрый вечер!

Не могу сориентироваться точно по дате, т.к. LM я включаю на стационарном компе довольно редко, но ориентировочно с конца апреля (скорей всего после загрузки нового ядра), система стала ощутимо тормозить при загрузке.

На ноутбуке же, на котором я LM включаю почти каждый день, загрузка происходит практически моментально. В чем дело - понять не могу! Дошло до того, что я сделал Клонезилой образ системы LM, установленной на ноутбуке, развернув затем этот образ на стационарном компе (думал, что это поможет), но ничего не изменилось со стационарным компом! Как он тормозил, так и тормозит :(((

Вот некоторые исходные данные:

1. Параллельно установленные на стационарном компе Debian 12 и Astra Linux загружаются отлично, как это и было всегда до недавнего времени.

2. СТАЦИОНАРНЫЙ КОМП:

$ systemd-analyze
Startup finished in 23.797s (firmware) + 9.464s (loader) + 7.347s (kernel) + 51.367s (userspace) = 1min 31.977s
graphical.target reached after 49.404s in userspace

systemd-analyze blame

46.408s systemd-udev-settle.service
2.082s NetworkManager-wait-online.service
499ms networkd-dispatcher.service
422ms blueman-mechanism.service
353ms udisks2.service
280ms dev-sdb5.device
230ms accounts-daemon.service
212ms ModemManager.service
158ms NetworkManager.service
156ms systemd-resolved.service
156ms avahi-daemon.service
144ms polkit.service
137ms switcheroo-control.service
130ms thermald.service
130ms zfs-load-module.service
129ms ubuntu-system-adjustments.service
128ms lightdm.service
128ms systemd-logind.service
123ms wpa_supplicant.service
110ms gpu-manager.service
105ms user@1000.service
99ms secureboot-db.service
98ms apparmor.service
lines 1-23...skipping...

А ЭТО НОУТБУК:

systemd-analyze
Startup finished in 3.748s (kernel) + 6.985s (userspace) = 10.733s
graphical.target reached after 6.982s in userspace

systemd-analyze blame

5.039s NetworkManager-wait-online.service
1.335s systemd-udev-settle.service
236ms blueman-mechanism.service
165ms dev-nvme0n1p6.device
158ms networkd-dispatcher.service
155ms accounts-daemon.service
131ms udisks2.service
130ms zfs-load-module.service
108ms lvm2-monitor.service
106ms ubuntu-system-adjustments.service
103ms avahi-daemon.service
102ms bluetooth.service
94ms NetworkManager.service
92ms lightdm.service
91ms polkit.service
90ms networking.service
90ms plymouth-quit-wait.service
89ms switcheroo-control.service
85ms systemd-logind.service
83ms apparmor.service
81ms gpu-manager.service
80ms wpa_supplicant.service
79ms thermald.service
lines 1-23

Murga · #2

Так очевидно же...
systemd-udev-settle.service

"Использование данного сервиса не рекомендуется."

600422 · #3

Murga писал(а): ↑
10 май 2024, 20:56
Так очевидно же...
systemd-udev-settle.service

"Использование данного сервиса не рекомендуется."

Спасибо

)) Но вот как эту "беду" прибить??? Причем на ноуте эта хрень не вылазит, а вот на стационарном компе - лезет :((

Murga · #4

Попробуй изучить вот этот разбор
https://askubuntu.com/questions/888010/ ... le-service

А в целом, я бы рекомендовал перезагрузится с другим ядром и посмотреть , так сказать, результат

600422 · #5

Murga писал(а): ↑
10 май 2024, 22:11
Попробуй изучить вот этот разбор
https://askubuntu.com/questions/888010/ ... le-service

А в целом, я бы рекомендовал перезагрузится с другим ядром и посмотреть , так сказать, результат

С другим ядром сразу экспериментировал - без толку :(
Но почему, бл, на ноутбуке все замечательно идет ... Я ведь даже клонезиллой образ системы ноутбука делал и на стационарном компе этот образ разворачивал - думал поможет... Но нихрена!

#6

600422 писал(а): ↑
10 май 2024, 21:03
Но вот как эту "беду" прибить???

Ну как-то так: sudo systemctl disable systemd-udev-settle
А вообще, откуда она у вас взялась? На стационарном компе у меня отродясь такого не было.

600422 · #7

madesta писал(а): ↑
10 май 2024, 23:40

600422 писал(а): ↑
10 май 2024, 21:03
Но вот как эту "беду" прибить???
Ну как-то так: sudo systemctl disable systemd-udev-settle
А вообще, откуда она у вас взялась? На стационарном компе у меня отродясь такого не было.

Пробовал... не действует эта команда :(

Если бы знать, откуда эта хрень взялась... Я на стационарном Линуксами (а у меня их несколько там установлено) редко пользуюсь. Ну раз в 2-3 недели включаю, чтобы обновления установить. До апреля Минт грузился замечательно: так же, как на ноуте - за считанные секунды. Кстати, и Дебиан, и Астра и сейчас грузятся замечательно.
А вот с конца апреля, кажется, все это и началось. Я по первости внимания сначала не обратил...

#8

Тогда, как мне представляется, вам нужно искать у себя соответствующий файл с расширением .service (м.б. systemd-udev-setle.service, но не уверен), в котором должна быть указана команда что делается. Удалить такой файл из системы я бы не решился, но закомментировать в нём строку ExecStart= попробовал бы.

600422 · #9

madesta писал(а): ↑
11 май 2024, 00:00
Тогда, как мне представляется, вам нужно искать у себя соответствующий файл с расширением .service (м.б. systemd-udev-setle.service, но не уверен), в котором должна быть указана команда что делается. Удалить такой файл из системы я бы не решился, но закомментировать в нём строку ExecStart= попробовал бы.

Докладываю:
1. Файл systemd-udev-setle.service отыскался в папке lib/systemd/system
2. Заменил в нем строку ExecStart=udevadm settle на строку ExecStart=
3. Это дало вот что:
- скорость загрузки не уменьшилась;
- зато пропала заставка во время ожидания загрузки;
- и появился "сюрприз": исчезла возможность видеть все остальные носителя в системе и, соответственно, примонтировать их

)))

Естественно, что все пришлось вернуть обратно...

Кстати, вот содержимое этого файла:

#  SPDX-License-Identifier: LGPL-2.1-or-later

#

#  This file is part of systemd.

#

#  systemd is free software; you can redistribute it and/or modify it

#  under the terms of the GNU Lesser General Public License as published by

#  the Free Software Foundation; either version 2.1 of the License, or

#  (at your option) any later version.



# This service can dynamically be pulled-in by legacy services which

# cannot reliably cope with dynamic device configurations, and wrongfully

# expect a populated /dev during bootup.



[Unit]

Description=Wait for udev To Complete Device Initialization

Documentation=man:systemd-udev-settle.service(8)

DefaultDependencies=no

Wants=systemd-udevd.service

After=systemd-udev-trigger.service

Before=sysinit.target

ConditionPathIsReadWrite=/sys



[Service]

Type=oneshot

TimeoutSec=180

RemainAfterExit=yes

ExecStart=udevadm settle

#10

2All: А может не стоит гаданием заниматься?

600422, Покажите лог системы. Посмотрим, что там происходит во время загрузки.
1. journalctl -b > log.txt
2. Полученный файл log.txt - в студию.

600422 · #11

slant писал(а): ↑
11 май 2024, 01:27
2All: А может не стоит гаданием заниматься?

600422, Покажите лог системы. Посмотрим, что там происходит во время загрузки.
1. journalctl -b > log.txt
2. Полученный файл log.txt - в студию.

Так... а в какой папке этот log.txt мне искать?
Кажется нашел. Вот он:

600422 · #12

Вот, разобрался ... Пришлось заархивировать, т.к. формат txt почему-то не прикрепляется...

broken · #13

Тоже мне долго... Я дольше жду и ничего

Всё зависит от того какие сервисы мы хотим и как они работают.

600422 · #14

broken писал(а): ↑
11 май 2024, 09:07
Тоже мне долго... Я дольше жду и ничего
Всё зависит от того какие сервисы мы хотим и как они работают.

Но до недавних пор так не было. А если учесть, что все это установлено на SSD, процессор AMD Ryzen 5 5600X 6-Core при 32 ГБ оперативки...
Кроме того, сейчас вот в очередной раз переустановил LM и провел тест на еще "голой" системе (даже без установки обновлений, не говоря уже об установке тех или иных программ), так вот: НИКАКОЙ РАЗНИЦЫ НЕТ по времени загрузки (ну может пару секунд)...
И еще: на ноуте с аналогичным процессором и 16 ГБ оперативки загрузка происходит за 10 (ДЕСЯТЬ!) секунд...

#15

А если сравнить логи, как говорил slant, в LM и Debian? Вы, вроде бы, говорили, что параллельно с LM у вас Debian с Астрой имеются. И там, вероятно, никакого systemd-udev-setle не запускается?

600422 · #16

madesta писал(а): ↑
11 май 2024, 12:18
А если сравнить логи, как говорил slant, в LM и Debian? Вы, вроде бы, говорили, что параллельно с LM у вас Debian с Астрой имеются. И там, вероятно, никакого systemd-udev-setle не запускается?

Сейчас сделаю... Только перезагружусь из Windows в Debian

symon2014 · #17

600422 писал(а): ↑
11 май 2024, 12:28
Сейчас сделаю...

А можно заодно увидеть - inxi -Fxz

600422 · #18

madesta писал(а): ↑
11 май 2024, 12:18
А если сравнить логи, как говорил slant, в LM и Debian? Вы, вроде бы, говорили, что параллельно с LM у вас Debian с Астрой имеются. И там, вероятно, никакого systemd-udev-setle не запускается?

Итак... Вот он Debian

systemd-analyze
Startup finished in 8.807s (firmware) + 5.338s (loader) + 6.806s (kernel) + 6.025s (userspace) = 26.977s
graphical.target reached after 5.957s in userspace.
....

systemd-analyze blame
4.170s plymouth-quit-wait.service
2.529s fwupd.service
1.929s NetworkManager-wait-online.service
563ms smartmontools.service
555ms e2scrub_reap.service
555ms udisks2.service
511ms blueman-mechanism.service
472ms preload.service
397ms logrotate.service
363ms apache2.service
356ms ssh.service
287ms dev-sdb6.device
201ms accounts-daemon.service
177ms power-profiles-daemon.service
177ms polkit.service
172ms avahi-daemon.service
164ms user@1000.service
159ms dbus.service
156ms switcheroo-control.service
154ms systemd-logind.service
146ms ModemManager.service
137ms systemd-udevd.service
130ms systemd-udev-trigger.service
lines 1-23

600422 · #19

Вот еще по Debian

600422 · #20

Здесь тоже Debian:

System:

  Kernel: 6.1.0-21-amd64 arch: x86_64 bits: 64 compiler: gcc v: 12.2.0

    Desktop: Cinnamon v: 5.6.8 Distro: Debian GNU/Linux 12 (bookworm)

Machine:

  Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>

  Mobo: ASUSTeK model: TUF GAMING B550-PRO v: Rev X.0x

    serial: <superuser required> UEFI: American Megatrends v: 3607

    date: 03/18/2024

CPU:

  Info: 6-core model: AMD Ryzen 5 5600X bits: 64 type: MT MCP arch: Zen 3+

    rev: 0 cache: L1: 384 KiB L2: 3 MiB L3: 32 MiB

  Speed (MHz): avg: 2416 high: 4200 min/max: 2200/5279 boost: disabled

    cores: 1: 2200 2: 2200 3: 4200 4: 2800 5: 2200 6: 2200 7: 2200 8: 2200

    9: 2200 10: 2200 11: 2200 12: 2200 bogomips: 100802

  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm

Graphics:

  Device-1: AMD Pitcairn XT [Radeon HD 7870 GHz Edition]

    vendor: PC Partner / Sapphire driver: radeon v: kernel arch: GCN-1

    bus-ID: 07:00.0 temp: 46.0 C

  Display: x11 server: X.Org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X:

    loaded: radeon unloaded: fbdev,modesetting,vesa dri: swrast gpu: radeon

    resolution: 1920x1200~60Hz

  API: OpenGL v: 4.5 Mesa 22.3.6 renderer: llvmpipe (LLVM 15.0.6 256 bits)

    direct-render: Yes

Audio:

  Device-1: AMD Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000

    Series] vendor: PC Partner / Sapphire driver: snd_hda_intel v: kernel

    bus-ID: 07:00.1

  Device-2: AMD Starship/Matisse HD Audio vendor: ASUSTeK

    driver: snd_hda_intel v: kernel bus-ID: 09:00.4

  API: ALSA v: k6.1.0-21-amd64 status: kernel-api

  Server-1: PipeWire v: 0.3.65 status: active

Network:

  Device-1: Realtek RTL8125 2.5GbE vendor: ASUSTeK driver: r8169 v: kernel

    port: f000 bus-ID: 06:00.0

  IF: enp6s0 state: up speed: 100 Mbps duplex: full mac: <filter>

Drives:

  Local Storage: total: 1.36 TiB used: 18.16 GiB (1.3%)

  ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 980 PRO 250GB

    size: 232.89 GiB temp: 41.9 C

  ID-2: /dev/sda vendor: Seagate model: ST1000DM010-2EP102 size: 931.51 GiB

  ID-3: /dev/sdb vendor: Crucial model: CT240BX500SSD1 size: 223.57 GiB

  ID-4: /dev/sdc type: USB model: General USB Flash Disk size: 3.73 GiB

Partition:

  ID-1: / size: 41.04 GiB used: 18.1 GiB (44.1%) fs: ext4 dev: /dev/sdb6

  ID-2: /boot/efi size: 98.2 MiB used: 36.1 MiB (36.8%) fs: vfat

    dev: /dev/nvme0n1p1

Swap:

  Alert: No swap data was found.

Sensors:

  System Temperatures: cpu: 41.2 C mobo: N/A gpu: radeon temp: 46.0 C

  Fan Speeds (RPM): N/A

Info:

  Processes: 316 Uptime: 7m Memory: 31.25 GiB used: 2.82 GiB (9.0%)

  Init: systemd target: graphical (5) Compilers: gcc: 12.2.0 Packages: 3309

  Shell: Bash v: 5.2.15 inxi: 3.3.26

Кто сейчас на конференции