Автозагрузка в linux Mint Cinnamon

divanish · #1

Доброго времени суток, я в linux совсем недавно и заметил что мой компьютер загружатся медленно, медленней чем Windows раза в 1.5.
Я зашел в автозагрузку и заметил программы, названия который мне абсолютно неизвестны.
Не могли бы вы мне помочь, написать какие программы можно удалять из автозагрузки, а какие лучше оставить?
И может ещё как-то можно ускорить запуск Линукса?

#2

Вряд ли что-то из перечисленного может значительно замедлить загрузку.
Вероятно flatpak, mintwelcome, warpinator можете отключить.

Какую версию WIndows с какой версией LinuxMint сравниваете?

divanish · #3

demonlibra, Здравствуйте, использовал Windows 8.1, сейчас Linux Mint 20.1

#4

Windows установлен на SSD, а LinuxMint на HDD?

#5

divanish, если долго стартует до появления рабочего стола - можно для начала посмотреть в
sudo systemd-analyze blame
И нам заодно показать.

divanish · #6

Chocobo, Ну вроде вот
Там ещё ниже есть немного строк, но думаю они незначительны

#7

divanish, ну тут сам и видишь что в топе сетевые сервисы, и держит их как минимум на десяток секунд старт тора.
и да, sda судя по всему hdd

#8

Chocobo писал(а): ↑
27 апр 2021, 15:13
ну тут сам и видишь что в топе сетевые сервисы, и держит их как минимум на десяток секунд старт тора.
и да, sda судя по всему hdd

Может и мне подмогнёшь? Система Linux Mint 20.1 Ulissa. Грузится от GRUB2 до окошка ввода пароля аж 1 м 53 с. После ввода пароля до рабочего стола 12 с. Диск SSD Vertex3 от OCZ.

h@h:~$ sudo systemd-analyze blame
[sudo] пароль для h:
4min 53.109s fstrim.service >
4.052s man-db.service >
757ms networkd-dispatcher.service >
646ms dev-sdb1.device >
528ms systemd-logind.service >
519ms udisks2.service >
458ms lightdm.service >
455ms plymouth-quit-wait.service >
367ms logrotate.service >
360ms upower.service >
295ms lm-sensors.service >
267ms accounts-daemon.service >
204ms ModemManager.service >
189ms ubuntu-system-adjustments.service >
158ms avahi-daemon.service >
156ms NetworkManager.service >
151ms lvm2-monitor.service >
148ms polkit.service >
147ms systemd-resolved.service >
137ms user@1000.service >
128ms thermald.service >
128ms networking.service >
120ms gpu-manager.service >
lines 1-23...skipping...
4min 53.109s fstrim.service
4.052s man-db.service
757ms networkd-dispatcher.service
646ms dev-sdb1.device
528ms systemd-logind.service
519ms udisks2.service
458ms lightdm.service
455ms plymouth-quit-wait.service
367ms logrotate.service
360ms upower.service
295ms lm-sensors.service
267ms accounts-daemon.service
204ms ModemManager.service
189ms ubuntu-system-adjustments.service
158ms avahi-daemon.service
156ms NetworkManager.service
151ms lvm2-monitor.service
148ms polkit.service
147ms systemd-resolved.service
137ms user@1000.service
128ms thermald.service
128ms networking.service
120ms gpu-manager.service
120ms wpa_supplicant.service
110ms systemd-journal-flush.service
104ms systemd-journald.service
99ms systemd-udevd.service
99ms e2scrub_reap.service
88ms grub-common.service
88ms systemd-udev-trigger.service
83ms swapfile.swap
64ms keyboard-setup.service
63ms hddtemp.service
53ms alsa-restore.service
50ms apparmor.service
49ms rsyslog.service
38ms grub-initrd-fallback.service
37ms ntp.service
36ms colord.service
35ms packagekit.service
33ms setvtrgb.service
29ms systemd-modules-load.service
27ms systemd-tmpfiles-setup.service
25ms systemd-fsck@dev-disk-by\x2duuid-f745350e\x2dcdba\x2d4905\x2da182\x2d38845ed5860b.service
19ms rtkit-daemon.service
19ms pppd-dns.service
16ms systemd-sysctl.service
14ms systemd-tmpfiles-setup-dev.service
14ms plymouth-start.service
13ms kerneloops.service
13ms plymouth-read-write.service
13ms dev-hugepages.mount
12ms dev-mqueue.mount
12ms systemd-sysusers.service
12ms systemd-tmpfiles-clean.service
12ms sys-kernel-debug.mount
11ms systemd-update-utmp.service
11ms sys-kernel-tracing.mount
11ms e2scrub_all.service
10ms user-runtime-dir@1000.service
10ms blk-availability.service
10ms systemd-user-sessions.service
10ms systemd-remount-fs.service
9ms console-setup.service
lines 1-64

#9

Покажите результат выполнения команд:

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

systemd-analyze time

и

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

systemd-analyze plot > plot.svg

Последняя команда создаст файл plot.svg в домашнем каталоге.

#10

demonlibra писал(а): ↑
27 апр 2021, 15:28
systemd-analyze time

h@h:~$ sudo systemd-analyze time
Startup finished in 14.281s (firmware) + 12.736s (loader) + 3.421s (kernel) + 6min 23.568s (userspace) = 6min 54.008s
graphical.target reached after 1min 31.166s in userspace
h@h:~$

systemd-analyze blame

h@h:~$ sudo systemd-analyze blame
[sudo] пароль для h:
1.889s apt-daily-upgrade.service >
624ms dev-sdb1.device >
581ms systemd-logind.service >
484ms lightdm.service >
480ms plymouth-quit-wait.service >
389ms udisks2.service >
308ms networkd-dispatcher.service >
231ms accounts-daemon.service >
187ms upower.service >
182ms lm-sensors.service >
176ms ubuntu-system-adjustments.service >
145ms lvm2-monitor.service >
140ms avahi-daemon.service >
140ms NetworkManager.service >
132ms polkit.service >
128ms ModemManager.service >
120ms systemd-resolved.service >
113ms thermald.service >
112ms wpa_supplicant.service >
105ms networking.service >
103ms user@1000.service >
102ms gpu-manager.service >
93ms systemd-udev-trigger.service >
lines 1-23...skipping...
1.889s apt-daily-upgrade.service
624ms dev-sdb1.device
581ms systemd-logind.service
484ms lightdm.service
480ms plymouth-quit-wait.service
389ms udisks2.service
308ms networkd-dispatcher.service
231ms accounts-daemon.service
187ms upower.service
182ms lm-sensors.service
176ms ubuntu-system-adjustments.service
145ms lvm2-monitor.service
140ms avahi-daemon.service
140ms NetworkManager.service
132ms polkit.service
128ms ModemManager.service
120ms systemd-resolved.service
113ms thermald.service
112ms wpa_supplicant.service
105ms networking.service
103ms user@1000.service
102ms gpu-manager.service
93ms systemd-udev-trigger.service
91ms colord.service
88ms e2scrub_reap.service
81ms systemd-udevd.service
81ms systemd-journald.service
81ms systemd-journal-flush.service
80ms swapfile.swap
75ms grub-common.service
66ms keyboard-setup.service
52ms rsyslog.service
51ms alsa-restore.service
50ms apparmor.service
43ms hddtemp.service
40ms ntp.service
31ms systemd-modules-load.service
24ms systemd-tmpfiles-setup.service
23ms systemd-fsck@dev-disk-by\x2duuid-f745350e\x2dcdba\x2d4905\x2da182\x2d38845ed5860b.service
17ms systemd-sysctl.service
16ms systemd-tmpfiles-setup-dev.service
15ms plymouth-start.service
15ms pppd-dns.service
14ms plymouth-read-write.service
13ms systemd-sysusers.service
13ms kerneloops.service
12ms dev-hugepages.mount
12ms systemd-random-seed.service
12ms user-runtime-dir@1000.service
12ms dev-mqueue.mount
11ms grub-initrd-fallback.service
11ms systemd-remount-fs.service
11ms sys-kernel-debug.mount
11ms console-setup.service
10ms sys-kernel-tracing.mount
9ms systemd-tmpfiles-clean.service
9ms blk-availability.service
9ms systemd-user-sessions.service
9ms systemd-update-utmp.service
8ms kmod-static-nodes.service
8ms systemd-update-utmp-runlevel.service
7ms rtkit-daemon.service
6ms ifupdown-pre.service
5ms motd-news.service
lines 1-64

#11

demonlibra писал(а): ↑
27 апр 2021, 15:28
Последняя команда создаст файл plot.svg в домашнем каталоге.

Не получается добавить во вложение файл plot.svg

#12

hellonet писал(а): ↑
27 апр 2021, 16:03
Не получается добавить во вложение файл plot.svg

https://svgur.com

#13

rogoznik писал(а): ↑
27 апр 2021, 16:17
https://svgur.com

Ссылка на изображение (чат, мгновенное сообщение, электронная почта)
https://svgshare.com/s/We_
Прямая ссылка (чат, IM, электронная почта)
https://svgshare.com/i/We_.svg
HTML (сайт, блог)
<a href='https://svgshare.com/s/We_' ><img src='https://svgshare.com/i/We_.svg' title='0LjQvNGP' /></a>
HTML iframe (сайт, блог)
<iframe src='https://svgshare.com/f/We_' width=100% height=100% ></iframe>
Преобразователь хэша
https://svgshare.com/getbyhash/sha1-GsT ... i+vXBLinY=

Что-то ерунда какая-то получается
Попробовал ещё раз, но дал имя файлу латиницей:

Опубликовано: 27.04.2021 13: 27: 09.733254

Ссылка на изображение (чат, мгновенное сообщение, электронная почта)
https://svgshare.com/s/Wgb
Прямая ссылка (чат, IM, электронная почта)
https://svgshare.com/i/Wgb.svg
HTML (сайт, блог)
<a href='https://svgshare.com/s/Wgb' ><img src='https://svgshare.com/i/Wgb.svg' title='name_name' /></a>
HTML iframe (сайт, блог)
<iframe src='https://svgshare.com/f/Wgb' width=100% height=100% ></iframe>
Преобразователь хэша
https://svgshare.com/getbyhash/sha1-GsT ... i+vXBLinY=
DWTF

#14

У меня так

https://svgshare.com/i/Wfc.svg
Startup finished in 5.292s (firmware) + 2.227s (loader) + 15.405s (kernel) + 11.951s (userspace) = 34.876s
graphical.target reached after 11.911s in userspace

9.293s mountdata.service >
6.752s NetworkManager-wait-online.service >
2.328s dev-mapper-sdb3_crypt.device >
2.304s systemd-rfkill.service >
1.730s tor@default.service >
1.206s udisks2.service >
1.195s smartmontools.service >
868ms upower.service >
693ms networkd-dispatcher.service >
667ms accounts-daemon.service >
553ms ubuntu-system-adjustments.service >
441ms lightdm.service >
435ms systemd-logind.service >
434ms plymouth-quit-wait.service >
360ms networking.service >
356ms e2scrub_reap.service >
348ms user@1000.service >
335ms NetworkManager.service >
333ms systemd-resolved.service >
321ms polkit.service >
311ms systemd-journal-flush.service >
310ms ModemManager.service >
299ms avahi-daemon.service

#15

В общем все эти графики что-то вроде китайской грамоты. Может есть универсальный способ ускорить запуск?

#16

Конечно есть, достаточно просто нажать здесь.

#17

hellonet писал(а): ↑
27 апр 2021, 18:03
что-то вроде китайской грамоты

Ну почему? Почти 5 минут,при запуске, отрабатывает fstrim.service. Как я понимаю, эмпирически, это что-то связанное с оптимизацией SSD. У меня Твердотельных нет, поэтому и "эмпирически" . Осталось выяснить: нужен ли этот сервис, можно ли его отключить, или отсрочить запуск, после загрузки рабочего стола

#18

У меня SSD, но сервис fstrim.service отсутствует. Вместо него fstrim.timer.
Я ничего не настраивал. Так было по умолчанию.

https://habr.com/ru/post/497004/

#19

fstrim - это сервис управляющий функцией trim SSD - подготовка ячеек бывших в употреблении к новой записи путем физической очистки (при простом удалении файлов они просто помечаются как доступные, не меняя фактического содержимого). Вопрос здесь в том, с какого перепугу сервис который по всем канонам должен быть фоновым, стал блокирующим(загрузку)?

#20

hellonet, а не включали ли Вы fstrim.service самостоятельно?
Может быть делали что-то для "оптимизации" работы SSD по какой-то очень умной статье 10-и летней давности?

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