ROSA Forum

Может у тебя жесткий подыхает?, у меня 24/7, уже более 4х месяцев без выключения, не каких глюков, тормозов.

Скорее всего с какими-то действиями связано. В линуксе, в отличие от винды, со временем производительность не падает.

смотрим время загрузки
systemd-analyze time
кто виновник долгой загрузки можно посмотреть командой
systemd-analyze blame
можно отключить если не критично, virtualbox например
и снова посмотреть
systemd-analyze time

можно попробовать удалить preload. он вроде как загружает, что может быть пригодится, а может не пригодится но время занимает.

alan7568 писал(а): 22 май 2018, 23:04 Вот и сейчас включил комп и загружалась минуты 3-4, с чем связано я так и не понял.

Каждую 30 загрузку выполняется проверка дисков на ошибки.
Тогда довольно долго грузится.

systemd-analyze blame что выдает?

Более наглядно выдает
systemd-analyze plot > graph.svf

потом файл graph.svf в домашней папке открыть с помощью Firefox

вроде ж он svg и открывается графредактором?

keleg писал(а): 25 май 2018, 17:27 вроде ж он svg и открывается графредактором?

firefox как-то живее его отображает и удобнее на мой взгяд ну или хромиум.

начиная где то с января этого года. сборки росы что кдешные что гномовские стали ужасно тормозить. Количество зависаний увеличилось.
Может проблема в ядрах.

Очень заметны тормоза становятся например когда береш образ гноме р9. ставиш его на ноут. все летает. потом прилетают последние обноаления. перезагружеашся и начались тормоза. И так происходит не только на гноме но и на кдешке.
Ноут ай3 2.4Ггц, оператива 8Гигов из нее используется 1.7 гига. зато процессор постоянно подгружен.

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

Диагностика может быть проведена следующим образом: viewtopic.php?f=56&t=9210

Одна проба новой системы и одна проба системы в терминальной стадии. Далее сравнить пробы.

alexander-d3 писал(а): 29 май 2018, 14:31 начиная где то с января этого года. сборки росы что кдешные что гномовские стали ужасно тормозить. Количество зависаний увеличилось.

поддерживаю, есть такая фигня, а бывает, что после загрузки / перезагрузки ноут как бы правильно сказать, очень медленно реагирует, прорисовывает меню, помогает завершение сеанса и вход по новой, ставил систему с нуля с форматом хомяка, вроде по началу все нормально было, а сейчас снова началось, ядро 4.16.18, система r10 plasma, ноут i5, 6 гб ОЗУ

banzay242, Вот что получилось...
27.284s systemd-fsck@dev-disk-by\x2duuid-379e897f\x2db9fb\x2d4d0d\x2dbd60\x2d92f0df9d78b7.service
10.256s NetworkManager-wait-online.service
9.186s dkms.service
8.890s ModemManager.service
7.669s nmb.service
7.292s accounts-daemon.service
6.248s rsyslog.service
5.778s shorewall.service
5.573s NetworkManager.service
4.568s upower.service
4.434s avahi-daemon.service
4.340s dev-sdb1.device
3.595s rpcbind.service
3.468s sysstat.service
3.464s checkflashboot.service
3.459s apmd.service
3.458s alsa-restore.service
3.448s cpupower.service
2.431s lvm2-monitor.service
2.282s systemd-fsck-root.service
1.878s systemd-journald.service
1.355s smb.service
1.020s systemd-tmpfiles-setup-dev.service
637ms systemd-journal-flush.service
617ms polkit.service
587ms iptables.service
551ms fedora-readonly.service
541ms fedora-import-state.service
524ms systemd-logind.service
515ms lm_sensors.service
485ms systemd-modules-load.service
470ms cups.service
447ms systemd-remount-fs.service
412ms dev-hugepages.mount
408ms dev-mqueue.mount
403ms sys-kernel-debug.mount
336ms bluetooth.service
305ms dmraid-activation.service
290ms plymouth-read-write.service
246ms systemd-udevd.service
239ms systemd-sysctl.service
223ms rtkit-daemon.service
213ms systemd-udev-trigger.service
200ms virtualbox.service
193ms mandi.service
178ms udisks2.service
175ms kmod-static-nodes.service
171ms systemd-tmpfiles-setup.service
148ms systemd-user-sessions.service
141ms home.mount
124ms systemd-timesyncd.service
119ms ccpd.service
108ms user@500.service
107ms xinetd.service
90ms systemd-tmpfiles-clean.service
90ms systemd-update-utmp.service
67ms user@490.service
54ms dracut-shutdown.service
53ms user@0.service

systemd-analyze без аргументов покажет общее время загрузки системы

Как я заметил у себя, одна из причин долгой загрузки это наличие неиспользуемых сетевых подключений. Например, использовалось кабельное подключение к сети, затем перешли на ВайФай, а в Сетевых_подключениях кабельное осталось. При загрузке идет опрос таких соединений, а ответа нет, а опрос все идет, ну и так далее пока системе не надоест ждать.