Автор Тема: Simply долго загружается после обновления.  (Прочитано 529 раз)

Оффлайн preFect

  • Начинающий
  • *
  • Сообщений: 27
    • Email
Добрый день.
Установил Simly 10. нажал "автоматическое обновление". После система запускается очень долго,  после загрузчика 3-10мин висит на картинке .
Если нажать Esc то в левом верхнем углу мелькают надписи и загрузка продолжится.
Подскажите выход/решение

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 258
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Если нажать Esc то в левом верхнем углу мелькают надписи и загрузка продолжится.
Какие, посмотрите через journald лог загрузки, можете также с помощью  systemd-analyze проанализировать время загрузки
https://forum.altlinux.org/index.php?topic=29916.15

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Убрать из парамеров загрузки quiet splash, добавить nosplash и посмотреть, что происходит.

Оффлайн preFect

  • Начинающий
  • *
  • Сообщений: 27
    • Email
Убрать из парамеров загрузки quiet splash, добавить nosplash и посмотреть, что происходит.
Долго думает на последних строках. смотри вложение.


анализ
Спойлер
Startup finished in 3min 6.091s (kernel) + 28.536s (userspace) = 3min 34.628s
graphical.target reached after 28.516s in userspace
[root@pc2121 ~]# systemd-analyze blame
10.531s plymouth-quit-wait.service
 7.763s NetworkManager-wait-online.service
 7.331s systemd-udev-settle.service
 7.024s accounts-daemon.service
 6.830s polkit.service
 5.224s cups.service
 4.908s dev-sda3.device
 4.777s ModemManager.service
 4.397s avahi-daemon.service
 4.286s dbus.service
 4.274s systemd-logind.service
 3.994s udisks2.service
 3.500s network.service
 3.422s lvm2-monitor.service
 2.816s systemd-tmpfiles-setup-dev.service
 2.750s vconsole-setup-kludge@tty1.service
 2.750s systemd-vconsole-setup.service
 2.725s NetworkManager.service
 2.334s rpcbind.service
 2.271s nmb.service
 2.271s systemd-fsck-root.service
 2.225s lightdm.service
 2.041s cpufreq-simple.service
 1.937s systemd-modules-load.service
 1.643s mnt-sda1.mount
 1.573s systemd-journal-flush.service
 1.207s colord.service
  959ms systemd-sysctl.service
  954ms systemd-udevd.service
  864ms systemd-udev-trigger.service
  756ms dnsmasq.service
  747ms x11presetdrv.service
  608ms user@500.service
  551ms systemd-journald.service
  543ms dev-hugepages.mount
  542ms dev-mqueue.mount
  541ms sys-kernel-debug.mount
  540ms sys-kernel-tracing.mount
  539ms systemd-random-seed.service
  536ms kmod-static-nodes.service
  533ms modprobe@configfs.service
  531ms modprobe@drm.service
  527ms modprobe@fuse.service
  519ms smb.service
  465ms systemd-tmpfiles-setup.service
  302ms upower.service
  296ms dev-disk-by\x2duuid-8d558f98\x2dc171\x2d4e39\x2dade0\x2d631de62410da.sw>
  257ms plymouth-read-write.service
  219ms systemd-userdbd.service
  199ms alsa-restore.service
  129ms systemd-update-utmp.service
  127ms sys-kernel-config.mount
  127ms sys-fs-fuse-connections.mount
   90ms systemd-remount-fs.service
   61ms chronyd.service
   48ms systemd-user-sessions.service
   23ms modprobe@dm_mod.service
   21ms modprobe@efi_pstore.service
   21ms user-runtime-dir@500.service
   19ms modprobe@loop.service
   14ms systemd-update-utmp-runlevel.service
    5ms tmp.mount

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 258
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
А что за раздел связан с этим UUID?

Что выдаёт:

lsblk -oNAME,FSTYPE,UUID

Оффлайн rits

  • Завсегдатай
  • *
  • Сообщений: 1 048
  • 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, строки не будут обрезаться.

Например:
SYSTEMD_LESS=FRXMK journalctl

Удалить журналы, оставив только последние 100 Мб:
# journalctl --vacuum-size=100M


Удалить журналы, оставив журналы только за последние 7 дней:
# journalctl --vacuum-time=7d

Максимальный объем журнала можно скорректировать, раскомментировав и отредактировав следующий параметр в файле конфигурации journald:
SystemMaxUse=50M

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Нужно исправить UUID в параметре resume=. Он неверный скорее всего. Это swap

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 258
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Нужно исправить UUID в параметре resume=. Он неверный скорее всего. Это swap
Не дал человеку самому найти проблему ;-)

Оффлайн preFect

  • Начинающий
  • *
  • Сообщений: 27
    • Email
Что выдаёт:
lsblk -oNAME,FSTYPE,UUID
[root@pc2121 etc]# lsblk -oNAME,FSTYPE,UUID
NAME   FSTYPE UUID
fd0           
sda           
├─sda1 ntfs   6864A92964A8FAC8
├─sda2 swap   8d558f98-c171-4e39-ade0-631de62410da
└─sda3 ext4   d3b36fcd-c747-4041-a81c-d6f42c87a7fb
sr0           


Оффлайн preFect

  • Начинающий
  • *
  • Сообщений: 27
    • Email
Нужно исправить UUID в параметре resume=. Он неверный скорее всего. Это swap

А можно точнее? Где этот "resume=" ? На что исправлять?

Оффлайн Полботинка

  • Начинающий
  • *
  • Сообщений: 6
А можно точнее? Где этот "resume=" ? На что исправлять?
Прсмотрите неторопясь  эту тему , может оно?

Оффлайн preFect

  • Начинающий
  • *
  • Сообщений: 27
    • Email
А можно точнее? Где этот "resume=" ? На что исправлять?
Прсмотрите неторопясь  эту тему , может оно?

Да! Конечно же оно...
Известный баг как оказалось.
Всех благодарю.