Долгая загрузка linux

нененне там скрипты выдумывать доки гуглить….. лучше paru -S и готово )))))) возможно когда я читал про psd я дочитал до того места где они хотят запихать профиль в раму, и закрыл этот ужас.

mkinitcpio
==> Starting dry run: 5.10.56-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> ERROR: Hook 'plymouth' cannot be found
==> Generating module dependencies
==> Dry run complete, use -g IMAGE to generate a real image

вот смотри

удали Hook ‘plymouth’ из /etc/mkinitcpio.conf и пересобери инит

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

https://archlinux.org.ru/forum/topic/22024/

я про это WARNING: Possibly missing firmware for module: xhci_pci плумос да и х с ним, как он уже достал…. щас удалю

ладно щас ребут запущу. только загрузочную флешку сделаю сначало. а то ведь опять все сломается )))))

если у тебя есть нужное оборудование которому этот модуль нужен то поставь прошивку - пакет upd72020x-fw в aur, если нет забей

проверить можешь так, если вывод пустой то и прошивка ненужна тебе

sudo dmesg | grep xhci_pci

bootlogd

на арче его нет, тут системд

нуууу вообщем стало не сильно лучше но что то явно изменилось

systemd-analyze
Startup finished in 4.709s (firmware) + 2.741s (loader) + 4.841s (kernel) + 3.340s (userspace) = 15.632s
graphical.target reached after 3.325s in userspace

graphical.target @3.325s
└─lightdm.service @3.268s +55ms
  └─systemd-user-sessions.service @3.249s +14ms
    └─network.target @3.244s
      └─systemd-resolved.service @2.997s +244ms
        └─systemd-networkd.service @2.752s +234ms
          └─network-pre.target @2.745s
            └─ip6tables.service @2.432s +309ms
              └─iptables.service @2.010s +418ms
                └─basic.target @1.991s
                  └─sockets.target @1.989s
                    └─dbus.socket @1.987s
                      └─sysinit.target @1.975s
                        └─systemd-timesyncd.service @1.806s +167ms
                          └─systemd-tmpfiles-setup.service @1.674s +124ms
                            └─systemd-journal-flush.service @973ms +698ms
                              └─systemd-remount-fs.service @959ms +8ms
                                └─systemd-fsck-root.service @865ms +86ms
                                  └─systemd-journald.socket @831ms
                                    └─system.slice @822ms
                                      └─-.slice @822ms

это после установки фирмвари. в ефи скопировал.

graphical.target reached after 3.325s in userspace

вот есть одно но. это неправда. т.е по таймеру логон скрин появляется через 16сек, а через 3 сек он показывает бегущий список в кривом окне запуска юнитов.

А ты проверил что она тебе нужна? если нет то просто лишний мусор

systemd-journal-flush.service @973ms +698ms

ограничь размер журнала или вообще в tmp монтируй https://wiki.archlinux.org/title/Systemd/Journal#Journal_size_limit

ip6tables.service @2.432s +309ms

у тебя есть ip6 что оно тебе нужно?

можешь картинку глянуть там наглядней, но в принципе основные это те что с большим временем в critical-chain те что с плюсом

+698ms

systemd-analyze plot > plot.svg

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

и ип6 есть.

да уже сделал. ты вероятно писал это сообщение когда я разглядывал плот. а что за фирмаваря с лоадером ? половину времени загрузки занимают.

размер и так ограничен собствено он от этого и флушится

так не целую же секунду, что то не то.проверь размер может туда срет кто то

 sudo du -sh /var/log

если сохранять логи не планируешь можешь в fstab

tmpfs /var/log tmpfs nodev,nosuid,size=15M   0 0

audit c nvidia туда срут. — /var/log ———————————————————————————————————————————————————————————————————————————– /.. 1,7 GiB [##################################] /journal

firmware это uefi ускорить можно включив быструю загрузку в биос если есть

loader загрузчик сюда включается и время пока нажмешь пункт в меню загрузчика если у тебя не автоматом, ускорить можно перейдя на efistub

https://wiki.archlinux.org/title/EFISTUB

оно тебе нужно такие логи ? такие обьемы быстро не перемолоть

))))) я тут тож об этом подумал, в биосе uefi бут вообще был выключен ахахаха