Увеличено время загрузки системы

[Wery]

Установил новую оперативную память в свой ноутбук с Ubuntu 22.04(частоты и производитель одинаковые, то же ddr4), увеличив объем с 8 ГБ до 16 ГБ. Все тесты памяти прошли успешно как в BIOS, так и через терминале в ОС через тесты. Однако заметил, что после установки новой памяти время загрузки системы увеличилось на 8 секунд.
   Система стартует медленнее именно при запуске,то есть раньше после нажатия кнопки включения ноутбука, проходило секунды 2(в это время черный экран был), после проявлялся серый цвет и вылазила менюшка с ошибками "acpi error ae_not_found while resolving a named reference package element..." (долгая загрузка не с менюшкой связана, ошибка и раньше была),после этого менюшка с ошибками ACPI пропадала и дальше система грузилась. Подводя итог, теперь у меня черный экран при запуске висит секунд 10, вместо 2 секунд как было раньше с 8 гб оперативкой. Подскажите пожалуйста, это нормальное поведение или есть способы исправить данную задержку?

[vladimirzhuravlev]

Система стартует медленнее именно при запуске,то есть раньше после нажатия кнопки включения ноутбука, проходило секунды 2

Это не запуск системы, это пробуждение из сна. Комп не был выключен, был свален в сон, заряд аккума уменьшался при этом.

[Wery]

Система стартует медленнее именно при запуске,то есть раньше после нажатия кнопки включения ноутбука, проходило секунды 2

Это не запуск системы, это пробуждение из сна. Комп не был выключен, был свален в сон, заряд аккума уменьшался при этом.

Но я уверен, что ноутбук выключаю, точно не перевожу в сон,даже не закрываю ноутбук, пока полностью не выключится. Так же,если режим сна был бы,то ноут должен при включении быть на экране блокировки.
    Возможно, я не так понял ваш ответ и сейчас запишу сколько % заряда будет у ноутбука сейчас, а сколько утром.
P.S за 9 часов пока ноут был выключен, он не потерял заряд, а даже прибавил 1 % заряда, было 88%, сейчас  89%.

[Usermaster]

Подводя итог, теперь у меня черный экран при запуске висит секунд 10, вместо 2 секунд как было раньше с 8 гб оперативкой

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

Так-то время загрузки системы вообще не зависит от количества оперативной памяти в Вашем случае.
Её объём достаточен и раньше был для того чтобы не полезть в swap при загрузке.

[andytux]

Система стартует медленнее именно при запуске,то есть раньше после нажатия кнопки включения ноутбука, проходило секунды 2...

Выполни в терминале:

Код: [Выделить]

$ systemd-analyze
Startup finished in 5.016s (firmware) + 8.707s (loader) + 5.371s (kernel) + 3.678s (userspace) = 22.773s
graphical.target was never reachedНа каком этапе увеличилось время? По твоему описанию получается firmware или loader.

[Wery]

Выполни в терминале:

Код: [Выделить]

$ systemd-analyze
Startup finished in 5.016s (firmware) + 8.707s (loader) + 5.371s (kernel) + 3.678s (userspace) = 22.773s
graphical.target was never reachedНа каком этапе увеличилось время? По твоему описанию получается firmware или loader.

Startup finished in 6.773s (firmware) + 1.821s (loader) + 3.167s (kernel) + 11.765s (userspace) = 23.528s
graphical.target reached after 11.726s in userspace
К сожалению у меня нет вывода этой команды с прошлой озу, но userspace дольше всех загружается почему то и еще у меня строка вывода отличается от вашей :"graphical.target reached after 11.726s in userspace", может потому что у меня встроенная графика. А может такое быть что в памяти дело?но тесты провел и ошибок нет.
Вывод команды sudo lshw -short -C memory:

(Нажмите, чтобы показать/скрыть)

H/W path            Устройство  Класс     Описание
=========================================================================
/0/0                                      memory         64KiB BIOS
/0/b                                      memory         16GiB Системна�
/0/b/0                                    memory         8GiB SO-DIMM DDR4 Си�
/0/b/1                                    memory         8GiB SO-DIMM DDR4 Си�
/0/d                                      memory         512KiB L1 кэш
/0/e                                      memory         4MiB L2 кэш
/0/f                                      memory         8MiB L3 кэш

Вывод команды systemd-analyze blame:

(Нажмите, чтобы показать/скрыть)

6.286s NetworkManager-wait-online.service
3.895s plymouth-quit-wait.service
3.262s snapd.socket
1.661s snapd.service
1.080s dev-loop3.device
1.072s dev-loop7.device
1.067s dev-loop6.device
1.067s dev-loop4.device
1.061s dev-loop2.device
1.060s dev-loop5.device
1.058s dev-loop1.device
1.055s dev-loop0.device
1.051s dev-nvme0n1p2.device
 915ms fwupd.service
 705ms upower.service
 677ms systemd-udev-trigger.service
 429ms dev-loop8.device
 428ms dev-loop10.device
 428ms dev-loop13.device
 427ms dev-loop11.device
 426ms dev-loop9.device
 425ms dev-loop14.device
 423ms dev-loop21.device
 421ms dev-loop12.device
 421ms dev-loop19.device
 419ms dev-loop22.device
 418ms dev-loop15.device
 415ms dev-loop17.device
 415ms dev-loop16.device
 415ms dev-loop18.device
 409ms dev-loop20.device
 381ms systemd-resolved.service
 358ms snapd.apparmor.service
 266ms systemd-oomd.service
 260ms systemd-timesyncd.service
 239ms accounts-daemon.service
 215ms networkd-dispatcher.service
 202ms user@1000.service
 199ms systemd-binfmt.service
 188ms proc-sys-fs-binfmt_misc.mount
 176ms snapd.seeded.service
 140ms systemd-logind.service
 137ms udisks2.service
 132ms lm-sensors.service
 131ms update-notifier-download.service
 130ms bluetooth.service
 109ms apport.service
 100ms ModemManager.service
  99ms systemd-udevd.service
  96ms virtualbox.service
  84ms systemd-journal-flush.service
  80ms avahi-daemon.service
  76ms switcheroo-control.service
  75ms gdm.service
  70ms NetworkManager.service
  69ms systemd-journald.service
  62ms e2scrub_reap.service
  61ms systemd-remount-fs.service
  60ms grub-common.service
  58ms apparmor.service
  55ms polkit.service
  53ms gpu-manager.service
  52ms power-profiles-daemon.service
  52ms keyboard-setup.service
  49ms systemd-modules-load.service
  49ms snap-bare-5.mount
  47ms snap-canonical\x2dlivepatch-246.mount
  46ms secureboot-db.service
  46ms snap-canonical\x2dlivepatch-264.mount
  45ms systemd-rfkill.service
  44ms snap-core-16574.mount
  44ms rsyslog.service
  43ms snap-core-16928.mount
  41ms snap-core20-2105.mount
  40ms snap-core20-2182.mount
  40ms modprobe@drm.service
  39ms snap-core22-1033.mount
  38ms packagekit.service
6.286s NetworkManager-wait-online.service
3.895s plymouth-quit-wait.service
3.262s snapd.socket
1.661s snapd.service
1.080s dev-loop3.device
1.072s dev-loop7.device
1.067s dev-loop6.device
1.067s dev-loop4.device
1.061s dev-loop2.device
1.060s dev-loop5.device
1.058s dev-loop1.device
1.055s dev-loop0.device
1.051s dev-nvme0n1p2.device
 915ms fwupd.service
 705ms upower.service
 677ms systemd-udev-trigger.service
 429ms dev-loop8.device
 428ms dev-loop10.device
 428ms dev-loop13.device
 427ms dev-loop11.device
 426ms dev-loop9.device
 425ms dev-loop14.device
 423ms dev-loop21.device
 421ms dev-loop12.device
 421ms dev-loop19.device
 419ms dev-loop22.device
 418ms dev-loop15.device
 415ms dev-loop17.device
 415ms dev-loop16.device
 415ms dev-loop18.device
 409ms dev-loop20.device
 381ms systemd-resolved.service
 358ms snapd.apparmor.service
 266ms systemd-oomd.service
 260ms systemd-timesyncd.service
 239ms accounts-daemon.service
 215ms networkd-dispatcher.service
 202ms user@1000.service
 199ms systemd-binfmt.service
 188ms proc-sys-fs-binfmt_misc.mount
 176ms snapd.seeded.service
 140ms systemd-logind.service
 137ms udisks2.service
 132ms lm-sensors.service
 131ms update-notifier-download.service
 130ms bluetooth.service
 109ms apport.service
 100ms ModemManager.service
  99ms systemd-udevd.service
  96ms virtualbox.service
  84ms systemd-journal-flush.service
  80ms avahi-daemon.service
  76ms switcheroo-control.service
  75ms gdm.service
70ms NetworkManager.service
  69ms systemd-journald.service
  62ms e2scrub_reap.service
  61ms systemd-remount-fs.service
  60ms grub-common.service
  58ms apparmor.service
  55ms polkit.service
  53ms gpu-manager.service
  52ms power-profiles-daemon.service
  52ms keyboard-setup.service
  49ms systemd-modules-load.service
  49ms snap-bare-5.mount
  47ms snap-canonical\x2dlivepatch-246.mount
  46ms secureboot-db.service
  46ms snap-canonical\x2dlivepatch-264.mount
  45ms systemd-rfkill.service
  44ms snap-core-16574.mount
  44ms rsyslog.service
  43ms snap-core-16928.mount
  41ms snap-core20-2105.mount
  40ms snap-core20-2182.mount
  40ms modprobe@drm.service
  39ms snap-core22-1033.mount
  38ms packagekit.service
  37ms cups.service
  37ms snap-core22-1122.mount
  36ms grub-initrd-fallback.service
  36ms snap-firefox-3836.mount
  34ms snap-firefox-3941.mount
  33ms snap-gnome\x2d3\x2d38\x2d2004-143.mount
  32ms wpa_supplicant.service
  31ms snap-gnome\x2d42\x2d2204-141.mount
  30ms snap-gnome\x2d42\x2d2204-172.mount
  29ms snap-gtk\x2dcommon\x2dthemes-1535.mount
  28ms alsa-restore.service
  27ms snap-htop-4079.mount
  26ms snap-snap\x2dstore-1113.mount
  26ms plymouth-start.service
  25ms snap-snap\x2dstore-959.mount
  24ms systemd-fsck@dev-disk-by\x2duuid-DE7F\x2d37C8.service
  23ms snap-snapd-20671.mount
  23ms systemd-tmpfiles-clean.service
  22ms snap-snapd-21184.mount
  21ms snap-snapd\x2ddesktop\x2dintegration-83.mount
  21ms systemd-tmpfiles-setup.service
  20ms thermald.service
  19ms snap-telegram\x2ddesktop-5604.mount
  19ms dev-hugepages.mount
  18ms dev-mqueue.mount
  18ms snap-telegram\x2ddesktop-5627.mount
  18ms systemd-sysctl.service
  17ms sys-kernel-debug.mount
  16ms var-snap-firefox-common-host\x2dhunspell.mount
  16ms sys-kernel-tracing.mount
  16ms openvpn.service
  15ms colord.service
  15ms kerneloops.service
  13ms user-runtime-dir@1000.service
  12ms systemd-sysusers.service
  12ms plymouth-read-write.service
  12ms kmod-static-nodes.service
  11ms systemd-update-utmp.service
  11ms modprobe@configfs.service
  11ms systemd-tmpfiles-setup-dev.service
  11ms boot-efi.mount
   9ms console-setup.service
   8ms modprobe@fuse.service
   7ms systemd-random-seed.service
   7ms systemd-update-utmp-runlevel.service
   5ms systemd-backlight@backlight:amdgpu_bl0.service
   5ms systemd-user-sessions.service
   3ms swapfile.swap
   3ms rtkit-daemon.service
   3ms sys-fs-fuse-connections.mount
   2ms sys-kernel-config.mount
   2ms ufw.service
   2ms setvtrgb.service
   1ms modprobe@efi_pstore.service

[vladimirzhuravlev]

userspace

Если посмотреть по пути /etc/fstab , в fstab, то увидим что при загрузке системы проверяется,
например /dev/sda3 / ext4 defaults 1 1. Проверять можно только корневой /. Проверять - не проверять единичка крайняя,
поставим нолик, проверять не будет. Я у себя отключаю на всех разделах, ошибка появится, имхо, поздно пить боржоми.
Файлик редактируем открывая его от рута. Например запускаем проводник sudo thunar (или какой там у тебя), в этом случае конфиги можно менять, папки удалять-добавлять. Но всё с осторожностью, не знаючи не лезть куда не надо, ибо систему можно порушить.
6.286s NetworkManager-wait-online.service можно отклюючить
sudo systemctl disable NetworkManager-wait-online && sudo systemctl mask
Если выбросить снап (snapd) например синаптиком, то не будет этих многочисленных loop. Браузер у тебя наверняка в снапе, его можно установить обычнвм путём и он будет пошустрей, чем из снапа.

[Wery]

userspace

Если посмотреть по пути /etc/fstab , в fstab, то увидим что при загрузке системы проверяется,
например /dev/sda3 / ext4 defaults 1 1. Проверять можно только корневой /. Проверять - не проверять единичка крайняя,
поставим нолик, проверять не будет. Я у себя отключаю на всех разделах, ошибка появится, имхо, поздно пить боржоми.
Файлик редактируем открывая его от рута. Например запускаем проводник sudo thunar (или какой там у тебя), в этом случае конфиги можно менять, папки удалять-добавлять. Но всё с осторожностью, не знаючи не лезть куда не надо, ибо систему можно порушить.
6.286s NetworkManager-wait-online.service можно отклюючить
sudo systemctl disable NetworkManager-wait-online && sudo systemctl mask

спасибо:)Лучше не буду там лазить, не разбираюсь в этом и не хочу сломать что-то, месяца 3 назад начал экспериментировать и удалил себя из root пользователей, в итоге пришлось сносить linux и заново ставить)

[andytux]

/0/b/0                                    memory         8GiB SO-DIMM DDR4 Си�
/0/b/1                                    memory         8GiB SO-DIMM DDR4 Си�

То есть можно прямо сейчас, запустить с 8Гб, запустить с 16Гб, сравнить, а не писать по воде вилами.

[Wery]

Сейчас переставил озу, две плашка 2x8гб за заменил на прошлые 2x4гб и сравнил результаты вывода команд консоли,вернул обратно 16 гб и вот что получилось:

1) вывод команды systemd-analyze blame с 8 гб(включены параметры secure boot и Action keys mode):

(Нажмите, чтобы показать/скрыть)

      8.887s NetworkManager-wait-online.service
      7.775s plymouth-quit-wait.service
      3.890s snapd.service
      923ms dev-nvme0n1p2.device

   вывод с 16 гб (выключены параметры secure boot и Action keys mode):

(Нажмите, чтобы показать/скрыть)

      6.299s NetworkManager-wait-online.service
      3.840s plymouth-quit-wait.service
      3.557s systemd-resolved.service
      3.354s systemd-oomd.service
      3.341s systemd-timesyncd.service
      1.643s snapd.service
      1.167s networkd-dispatcher.service
      1.085s dev-nvme0n1p2.device

   вывод с 16 гб (включен параметр secure boot, а action keys mode выключен)

(Нажмите, чтобы показать/скрыть)

      8.971s NetworkManager-wait-online.service
      7.922s plymouth-quit-wait.service
      4.229s snapd.service
      3.857 networkd-dispatcher.service
      1.015s dev-nvme01mp2.device
     
Action keys mode не должен как то влиять, ведь  Опция “Action Keys Mode” в биосе служит для переключения режима работы функциональных клавиш и клавиш F1-F12.Например если она включена, при нажатии на клавишу F2 допустим, я смогу регулировать яркость экрана, но если этот параметр в биосе выключен, то изменять яркость я смогу только комбинацией fn+f2.

2) вывод команды systemd-analyze с установленной заново 8гб(2x4гб)(включены параметры secure boot и Action keys mode) озу показал вывод без параметров firmware и loader,в выводе команды были только параметры  kernel и userspace(время выполнения 14 секунд).
    После смены озу на 16гб(2x8гб)(включены параметры secure boot и Action keys mode), в выводе команды systemd-analyze были параметры только kernel и userspace.После смену озу(как с 16 на 8 и с 8 на 16) выходило сообщение:"контрольная сумма cmos неверна" и нажатием клавиши "enter", как мне и предложили, сбросился биос и включились параметры secure boot и Action keys mode.После того, как я выключил secure boot и Action keys mode в биосе, вывод команды systemd-analyze стал уже с параметрами firware и loader и занимал в сумме 20 секунд, сами параметры firware и loader в сумме как раз занимают 6 секунд.
  Не понимаю, почему с выключенными secure boot и Action keys mode, старт дольше и появились параметры firmware и loader.

Вывод команды systemd-analyze сейчас с 16 гб озу с выключенными параметрами в биосе secure boot и Action keys mode :

(Нажмите, чтобы показать/скрыть)

Startup finished in 3.647s (firmware) + 1.824s (loader) + 3.077s (kernel) + 11.591s (userspace) = 20.140s
graphical.target reached after 11.550s in userspace

Вывод команды systemd-analyze с 8 гб озу и включенными параметрами в биосе secure boot и Action keys mode:

(Нажмите, чтобы показать/скрыть)

Startup finished in 3.136s (kernel) + 9.926s (userspace) = 13.062
graphical.target reached after 9.886s in userspace

3)
вывод команды sudo lshw -short -C memory, с 8 гб и 16 гб :
с 8гб:

(Нажмите, чтобы показать/скрыть)

/0/0                                      memory         64KiB BIOS
/0/b                                      memory         8GiB Системна�
/0/b/0                                    memory         4GiB SO-DIMM DDR4 Си�
/0/b/1                                    memory         4GiB SO-DIMM DDR4 Си�
/0/d                                      memory         512KiB L1 кэш
/0/e                                      memory         4MiB L2 кэш
/0/f                                      memory         8MiB L3 кэш

c 16гб:

(Нажмите, чтобы показать/скрыть)

/0/0                                      memory         64KiB BIOS
/0/b                                      memory         16GiB Системна�
/0/b/0                                    memory         8GiB SO-DIMM DDR4 Си�
/0/b/1                                    memory         8GiB SO-DIMM DDR4 Си�
/0/d                                      memory         512KiB L1 кэш
/0/e                                      memory         4MiB L2 кэш
/0/f                                      memory         8MiB L3 кэш

[andytux]

Очень интересно. Ты прямо новую страницу открыл в тайнах УЕФИ.

показал вывод без параметров firmware и loader...

...это загрузка в легаси-режиме. С этими этапами - ЕФИ-режим. Во всяком случае, где мне приходилось сталкиваться раньше, было так.
(firmware) - это сколько он бродит в дебрях УЕФИ, на это могут повлиять только настройки самого УЕФИ. (loader) - это загрузчик груб, если, например, там будет таймаут, то увеличится этот этап.

две плашка 2x8гб за заменил на прошлые 2x4гб

Но ты ведь можешь оставить одну 8Гб, я имел ввиду этот вариант, я не знал, что у тебя были 4-х гигабайтные модули.

[Wery]

да интересная ситуация, сейчас еще допилю комент, а то запутался немного и щас поправлю

[andytux]

Специально, сейчас на соседнем компьютере сделал:

Код: [Выделить]

ЕФИ-режим
# systemd-analyze
Startup finished in 11.183s (firmware) + 11.469s (loader) + 15.548s (kernel) + 4.196s (userspace) = 42.397s
graphical.target was never reached

Легаси-режим
# systemd-analyze
Startup finished in 15.937s (kernel) + 4.128s (userspace) = 20.065s
graphical.target was never reached(kernel) и (userspace) практически совпадают. (kernel) в данном случае долго из-за того, что это харддиск(механический).
Во втором случае, systemd-analyze не показывает (firmware) и (loader). Но если померить секундомером, то получится примерно как в первом случае.

[Wery]

Специально, сейчас на соседнем компьютере сделал:

Код: [Выделить]

ЕФИ-режим
# systemd-analyze
Startup finished in 11.183s (firmware) + 11.469s (loader) + 15.548s (kernel) + 4.196s (userspace) = 42.397s
graphical.target was never reached

Легаси-режим
# systemd-analyze
Startup finished in 15.937s (kernel) + 4.128s (userspace) = 20.065s
graphical.target was never reached(kernel) и (userspace) практически совпадают. (kernel) в данном случае долго из-за того, что это харддиск(механический).
Во втором случае, systemd-analyze не показывает (firmware) и (loader). Но если померить секундомером, то получится примерно как в первом случае.

У меня есть замеры времени по загрузке, которые сделал сегодня, замеры времени у меня до появления ошибок acpi ,в итоге когда включен secure boot или выключен, когда 8 или 16 гб озу, время, которое я жду пока появятся список ошибок acpi(там же самая нижняя строка есть:/dev/nvme0n1p2: clean 225663/15597586 files и т.д) составляет секунд 10, хотя раньше было секунд 2.( если кратко сказать :сначала черный экран на 10 секунд у меня висит(раньше 2 секунды было), потом уже список ошибок acpi вылазит и строка /dev/nvme0n1p2: clean 225663/15597586 files ниже)

[andytux]

Ещё раз.

сначала черный экран на 10 секунд у меня висит(раньше 2 секунды было), потом уже список ошибок acpi...

Это примерно: 6.773s (firmware) + 1.821s (loader) + 3.167s (kernel) (копия твоих данных). Здесь и ищи.
Из настроек firmware бывает сильно влияет "fast boot". Например, "5.016s (firmware)", что я приводил раньше, это на моем планшете с выключенным "fast boot", со включенным - около 12s.
С большой вероятностью, у тебя не показывается меню груба. Если-бы было включено, то было-бы проще ориентироваться.