Долгая загрузка системы

у меня так:
Startup finished in 14.244s (firmware) + 4.856s (loader) + 1.638s (kernel) + 1.371s (initrd) + 3.140s (userspace) = 25.250s
и тоже SSD.

при том 14.244s (firmware) + 4.856s (loader) это считается реально со старта компа (подачи питания или ресета), там задержки, POST и др.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nixxx
Startup finished in 11.667s (firmware) + 100ms (loader) + 6.785s (kernel) + 21.083s (userspace) = 39.636s
из данного вывода следует, что у тя система загружается за ~7 сек (у меня за ~3сек) , а 21 сек. это графическая оболочка грузится, с ней и надо разбираться.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
21 сек. это графическая оболочка грузится
graphical.target @20.185s
└─sddm.service @20.183s
на 20-й секунде грузится по идее. Долговато как то
The time when unit became active or started is printed after the "@" character

У меня он на третьей стартует
Startup finished in 9.229s (firmware) + 15.766s (loader) + 2.823s (kernel) + 3.896s (userspace) = 31.715s
graphical.target @3.893s
vs220
У меня он на третьей стартует
не НА, а ЗА.
НА какой секунде стартанул видно только из графика загрузки.

вот я это проэмулировал, на этапе загрузчика, долго не выбирал пункт с которого грузится.
Startup finished in 6.622s (firmware) + 56.346s (loader) + 1.865s (kernel) + 1.345s (initrd) + 3.178s (userspace) = 1min 9.357s
получилось так что загрузчик стартонул и ждал 56 сек. пока я не выбрал пункт.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
на этапе загрузчика
В systemd-analyze critical-chain загрузчик не учитывается, время от старта ядра
 systemd-analyze
Startup finished in 9.229s (firmware) + 15.766s (loader) + 2.823s (kernel) + 3.896s (userspace) = 31.715s
graphical.target reached after 3.893s in userspace
-
systemd-analyze critical-chain graphical.target
graphical.target @3.893s
-

 journalctl  -b
мая 22 16:00:37 vs220 kernel: Linux version 5.6.13-arch1-1
-
journalctl  -b -u graphical.target
мая 22 16:00:40 vs220 systemd[1]: Reached target Graphical Interface
40 - 37=3
nafanja, vs220, что то я не пойму - у обоих стоят SSD, а время хуже чем на моем HDD - интересно - чем это обусловлено?
Startup finished in 5.478s (kernel) + 12.410s (userspace) = 17.888s
graphical.target reached after 11.399s in userspace

А если серъезно, то поддержу indeviral
indeviral
Что значит долго? Меньше 5 минут значит нормально.
Ерундой занимаетесь…

PS - забыл сообщить - когда экспериментировал с dracut, то загрузка была на 7-10с медленне ... то же не понятно.
Ошибки не исчезают с опытом - они просто умнеют
vasek
чем это обусловлено?
Без UEFI у Вас не учитывается 9.229s (firmware) + 15.766s (loader) инициализация биоса и загрузчик(время выбора в загрузчике пункта)
считайте после загрузчика
мой 2.823s (kernel) + 3.896s (userspace)
нафанин 1.865s (kernel) + 1.345s (initrd) + 3.178s (userspace)

vasek
Ерундой занимаетесь
долгая загрузка обычно показатель каких то неполадок
vs220
Без UEFI у Вас не учитывается
так и предполагал ... этим же можно объяснить и dracut ... но почему то считал, что не должно так сильно влиять.
Ошибки не исчезают с опытом - они просто умнеют
vasek
интересно - чем это обусловлено?
тем что у тебя не все считается!
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vs220
долгая загрузка обычно показатель каких то неполадок
ну это если больше минуты ... но обычно какие сервисы тормозят - тут нужно смотреть.
Но в случае с ТС - время сравнимо с вашим, одно но - подшаманить fstab и можно забить.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.