LinuxMint.com.ru

zxc12, Тема начинает разрастаться. может открыть новую? Судя по всему замутки со свопом. Уточнить бы для начала, отключить в грубе заставку и посмотреть процесс загрузки , там должно быть видно завис с показом секунд. Или подойти кардинально. Загрузится в лайв , удалить и снова создать свап , UUID сменится, потом подсунуть его в фстаб.

http://svgshare.com/i/4F3.svg

Startup finished in 5.862s (kernel) + 19.501s (userspace) = 25.363s

Так вроде отличный показатель. Что не устраивает?

http://svgshare.com/i/4E0.svg вот мой
Долго грузится только vboxdrv.service (1min 39.040s)

Mitai, нормальные вполне цифры, если не пользуешься триджами - можно разве что выпилить ModemManager.service (5.894s)
openvpn.service (4.021s) тоже не особо важен, speech-dispatcher.service (3.731s) - вообще нафиг...
Ну и apache2.service (8.026s) запускать не при старте системы а при необходимости руками, если на автозапуске хочется сэкономить

ntp.service (3.728s) можно в принципе заменить на systemd-timesyncd, замеров у меня не осталось, но вроде он шустрей был в этом плане. Но это уже семечки

darkfenix писал(а): ↑
08 дек 2017, 16:15
Долго грузится только vboxdrv.service (1min 39.040s)

Ну он тоже дольше 5-6 сек стартовать не должен, смотри в стату сервиса, чет там явно не так
Или вовсе можно выпилить если боксой не пользуешься)

Chocobo писал(а): ↑
08 дек 2017, 16:16
выпилить если боксой не пользуешься

Пользуюсь. Стоит 5.2 из офреп

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

journalctl -u vboxdrv.service
-- Logs begin at Пт 2017-12-08 16:46:53 +05, end at Пт 2017-12-08 18:17:01 +05. --
дек 08 16:47:01 darkfenix systemd[1]: Starting VirtualBox Linux kernel module...
дек 08 16:47:03 darkfenix vboxdrv.sh[921]: vboxdrv.sh: Starting VirtualBox services.
дек 08 16:47:03 darkfenix vboxdrv.sh[921]: vboxdrv.sh: Building VirtualBox kernel modules.
дек 08 16:48:40 darkfenix systemd[1]: Started VirtualBox Linux kernel module.

С наскока только это вспомнил как посмотреть. Куда еще глянуть?

darkfenix писал(а): ↑
08 дек 2017, 16:15
Долго грузится только vboxdrv.service (1min 39.040s)

Это была перезагрузка после обновления ядра

Вот сейчас выключил и включил ноут http://svgshare.com/i/4DZ.svg

Chocobo писал(а): ↑
08 дек 2017, 16:16
дольше 5-6 сек стартовать не должен

даже быстрее
vboxdrv.service (896ms)

darkfenix писал(а): ↑
08 дек 2017, 16:22
vboxdrv.sh: Building VirtualBox kernel modules.

А хрен ли он их при забуске билдит

Должен был разово при установке (или обновлении ядра) прогнать dkms и все

Chocobo писал(а): ↑
08 дек 2017, 16:36
А хрен ли он их при забуске билдит

А фиг его знает тут systemd-analyze plot - делимся, сравниваем... (Пост darkfenix #33555) уже меньше секунды грузится

darkfenix, Ну так понятно еще, тогда норм, отправил до твоего сообщения до инфы про апдейт ядра)

Chocobo писал(а): ↑
08 дек 2017, 16:15
ntp.service (3.728s) можно в принципе заменить на systemd-timesyncd, замеров у меня не осталось, но вроде он шустрей был в этом плане. Но это уже семечки

E: Не удалось найти пакет systemd-timesyncd

Mitai, А это уже самодеятельность, доставлять там нчиего не нужно, нужно только включить и настроить.

Только помню был в минтоубунтах какой-то косяк с конфигами, может заморочусь в отдельном топике распишу по их взаимозамене.
Отложи его пока

Хочу пожаловаться на свою несложившуюся жизнь

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

$ systemd-analyze
Startup finished in 3.546s (firmware) + 11.662s (loader) + 13.058s (kernel) + 3min 2.644s (userspace) = 3min 30.911s

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

$ systemd-analyze blame
11.462s ntp.service
          8.860s NetworkManager-wait-online.service
          7.297s ModemManager.service
          6.099s accounts-daemon.service
          5.395s lightdm.service
          4.968s NetworkManager.service
          3.991s dev-sda2.device
          3.794s loadcpufreq.service
          3.774s nmbd.service
          3.490s polkitd.service
          3.142s apport.service
          3.098s samba-ad-dc.service
          2.700s thermald.service
          2.682s ondemand.service
          2.553s gpu-manager.service
          2.549s grub-common.service
          2.436s systemd-logind.service
          2.231s systemd-fsck@dev-disk-by\x2duuid-cf758f29\x2d3aa1\x2d45bc\x2db28d\x2d1f9cdbaa6677.service
          2.087s lvm2-monitor.service
          2.073s systemd-fsck@dev-disk-by\x2duuid-7777\x2d4687.service
          1.920s console-kit-log-system-start.service
          1.825s iio-sensor-proxy.service
          1.825s systemd-user-sessions.service
          1.821s pppd-dns.service
          1.819s rsyslog.service
          1.708s bluetooth.service
          1.695s avahi-daemon.service
          1.652s virtualbox.service
          1.623s apparmor.service
          1.443s irqbalance.service
          1.214s keyboard-setup.service
          1.060s console-setup.service
           919ms systemd-modules-load.service
           848ms binfmt-support.service
           741ms systemd-tmpfiles-setup.service

Что это за кошмар? Ноут реально стал раза в 3 медленнее грузиться. Ну ладно ноут, на работе комп с corei5 7400 и 8Gb озу DDR4, там тех же 3,5 минуты.

aulon, тут почему-то не попало никаких три минуты. На plot-графике тоже нет аномалий?

Сделай hw-probe, там хоть dmesg будет видно

Chocobo писал(а): ↑
08 дек 2017, 16:15
аменить на systemd-timesyncd, замеров у меня не осталось, но вроде он шустрей был в этом плане

ИМХО: Не вижу смысла. Ну на сколько он быстрее грузиться будет, даже если 200мс. И будет ускорение на аж на 3 секунды. Невелика разница.

Chocobo писал(а): ↑
08 дек 2017, 17:01
может заморочусь в отдельном топике распишу по их взаимозамене

Если только ради интереса посмотреть.

Я такую пробу в Росе много раз делал.

https://linux-hardware.org/index.php?probe=cc091fb553
Вот моя проба.

darkfenix, ну если есть два интсрумента выполняющие одну и ту же задачу - есть выбор какой из них предпочтительней. да и сам ntp.service - в этой же теме можно неоднократно увидеть как себя вел показывая ни фига не три секунды

darkfenix писал(а): ↑
08 дек 2017, 17:11
даже если 200мс. И будет ускорение на аж на 3 секунды. Невелика разница.

Не будет, сервисы там в основном параллельно стартуют согласно своих таргетов, а цифра пишется отдельно по каждому. поэтому общий выигрыш там будет меньше

LinuxMint.com.ru

Systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...

systemd-analyze plot - делимся, сравниваем...