Автор Тема: очень медленная загрузка рабочего стола в АЛЬТ Рабочая станция 10.2  (Прочитано 644 раз)

Оффлайн denis88

  • Начинающий
  • *
  • Сообщений: 8
Добрый день!
Система стала очень медленно загружать рабочий стол. До момента появления окна ввода всё происходит быстро, после ввода - появляется заставка рабочего стола и приходится ждать около минуты появления иконок программ и панели.

Оборудование:
ЦП: i5 12400
ОЗУ: 16 ГБ
Диск: SATA SSD.


Версия ОС:
Operating System: ALT Workstation 10.2 (Autolycus)
CPE OS Name: cpe:/o:alt:workstation:10.2
Kernel: Linux 6.1.99-un-def-alt1
Architecture: x86-64

Смотрел systemd-analyze blame, но там нет ничего с таким большим временем:


[root@denis-pc ~]# systemd-analyze blame
8.563s vipnetclient.service
3.413s plymouth-quit-wait.service
3.317s NetworkManager-wait-online.service
2.250s systemd-udev-settle.service
1.894s udisks2.service
1.887s accounts-daemon.service
1.812s polkit.service
1.643s NetworkManager.service
1.309s cups.service
1.191s dev-sdb3.device
1.173s upower.service
1.095s avahi-daemon.service
1.050s systemd-logind.service
1.036s dbus.service
 891ms nmb.service
 836ms network.service
 719ms ModemManager.service
 651ms chronyd.service
 589ms systemd-journal-flush.service
 572ms systemd-udevd.service
 524ms cpufreq-simple.service
 453ms smb.service
 364ms systemd-modules-load.service
 332ms systemd-vconsole-setup.service
 331ms vconsole-setup-kludge@tty1.service
 314ms systemd-tmpfiles-setup-dev.service
 310ms systemd-random-seed.service
 304ms systemd-fsck-root.service

Оффлайн rits

  • Завсегдатай
  • *
  • Сообщений: 1 093
  • ITS
Для справки, можно не отвечать.
Открыть журнал с указанием кода важности:
# journalctl -p 0

Для уровней важности, приняты следующие обозначения:

    0: emergency (неработоспособность системы)
    1: alerts (предупреждения, требующие немедленного вмешательства)
    2: critical (критическое состояние)
    3: errors (ошибки)
    4: warning (предупреждения)
    5: notice (уведомления)
    6: info (информационные сообщения)
    7: debug (отладочные сообщения)

Если journald был настроен на постоянное хранение журналов, мы можем просматривать журналы логов по каждой отдельной загрузке, следующая команда выведет список журналов:
# journalctl --list-boots

чтобы просмотреть журнал начиная с текущего старта системы, можно использовать команду:
# journalctl -b 0

а для того, чтобы просмотреть журнал предыдущей загрузки:
# journalctl -b -1

С определенной даты и времени:
# journalctl --since "2020-12-18 06:00:00"

С определенной даты и по определенное дату и время:
# journalctl --since "2020-12-17" --until "2020-12-18 10:00:00

Со вчерашнего дня:
# journalctl --since yesterday

С 9 утра и до момента, час назад:
# journalctl --since 09:00 --until "1 hour ago"

Чтобы просмотреть сообщения от ядра Linux за текущую загрузку, используйте команду с ключом -k:
# journalctl -k

отфильтровать логи по определенному сервису systemd
# journalctl -u NetworkManager.service

Если нужно найти название сервиса, используйте команду:
# systemctl list-units --type=service

 можно просмотреть лог приложения, указав его исполняемый файл, например чтобы просмотреть все сообщения от nginx за сегодня, мы можем использовать команду:
# journalctl /usr/sbin/nginx --since today


Или указав конкретный PID:
# journalctl _PID=1

Следить за появлением новых сообщений (аналог tail -f):
# journalctl -f


Открыть журнал «перемотав» его к последней записи:
# journalctl -e

Если в каталоге с журналами очень много данных, то фильтрация вывода journalctl может занять некоторое время, процесс можно значительно ускорить с помощью опции --file, указав journalctl только нужный нам журнал, за которым мы хотим следить:

journalctl --file /var/log/journal/e02689e50bc240f0bb545dd5940ac213/system.journal -f


По умолчанию journalctl отсекает части строк, которые не вписываются в экран по ширине, хотя иногда перенос строк может оказаться более предпочтительным. Управление этой возможностью производится посредством переменной окружения SYSTEMD_LESS, в которой содержатся опции, передаваемые в less (программу постраничного просмотра, используемую по умолчанию). По умолчанию переменная имеет значение FRSXMK, если убрать опцию S, строки не будут обрезаться.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 745
У вас там, случаем, через vipnet, или другими протоколами, не подключаются какие нибудь сетевые каталоги?
Бывает подобное замедление связано с некорректной работой DNS сервера в сети, или DNS клиента на рабочем месте.

Оффлайн denis88

  • Начинающий
  • *
  • Сообщений: 8
Открыть журнал с указанием кода важности:
# journalctl -p 0
-- No entries --

У вас там, случаем, через vipnet, или другими протоколами, не подключаются какие нибудь сетевые каталоги?
Нет, каталогов нет. Но я нашёл выход, сделал vipnetclient debug --no-autostart, после чего клиент автоматически не запускается после загрузки и после этого появление рабочегно стола занимает 10 секунд. Что всё ещё не быстро, но не настолько долго.

Оффлайн squire

  • Завсегдатай
  • *
  • Сообщений: 1 610
По умолчанию journalctl отсекает части строк, которые не вписываются в экран по ширине, хотя иногда перенос строк может оказаться более предпочтительным.
Жмём клавишу со стрелочкой вправо и читаем окончания строк.