Медленное время загрузки с 18.04 по установке на Dell D630

Поскольку я обновил свой ноутбук Del D630 до Ubuntu 18.04, время загрузки стало «невозможным». Буквально много минут требуется только для того, чтобы получить экран входа в систему, а затем еще одну минуту или больше, чтобы иметь рабочие значки на рабочем столе. Это для сеансов X11 и Wayland.

Я запустил systemd analyse инструменты и увидел, что различные сервисы snap и systemd вызывают огромную задержку при загрузке.

У кого-нибудь есть идеи, как преодолеть это или как их убрать, не нарушая мою систему?

$ systemd-analyze blame
1min 31.794s dev-loop8.device
1min 31.790s dev-loop9.device
1min 31.675s systemd-backlight@backlight:intel_backlight.service
1min 31.144s systemd-rfkill.service
1.408s dev-sda1.device
822ms fwupd.service
789ms dev-loop7.device
689ms dev-loop6.device
658ms dev-loop3.device
634ms dev-loop1.device
629ms dev-loop5.device
626ms dev-loop0.device
601ms dev-loop4.device
562ms dev-loop2.device
529ms networkd-dispatcher.service
522ms systemd-udev-trigger.service
491ms ModemManager.service
490ms accounts-daemon.service
437ms udisks2.service
409ms NetworkManager.service

$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @1min 33.705s
└─multi-user.target @1min 33.703s
└─systemd-user-sessions.service @1min 33.620s +8ms
└─network.target @1min 33.617s
└─NetworkManager.service @1min 33.206s +409ms
└─dbus.service @1min 33.119s
└─basic.target @1min 32.981s
└─sockets.target @1min 32.979s
└─snapd.socket @1min 32.961s +15ms
└─sysinit.target @1min 32.935s
└─apparmor.service @1min 32.710s +222ms
└─local-fs.target @1min 32.686s
└─home.mount @1.695s +22ms
└─systemd-fsck@dev-disk-by\x2duuid-79ea6e09\x2dcdf7\x2d4447\x2d9041\x2d6abffceb9e50.s ervice @1.641s +47ms
└─dev-disk-by\x2duuid-79ea6e09\x2dcdf7\x2d4447\x2d9041\x2d6abffceb9e50.d evice @1.635s

Спасибо за любую помощь или советы. [ 116]

3
задан 7 October 2018 в 22:56

6 ответов

Я, возможно, нашел обходное решение; мое время начальной загрузки было уменьшено из-за 4 минут назад приблизительно к 50 секундам (сессия Уэйленда) путем выполнения:

  1. sudo vi /etc/default/grub
  2. Я изменился GRUB_CMDLINE_LINUX_DEFAULT параметр начальной загрузки к: GRUB_CMDLINE_LINUX_DEFAULT="video=SVIDEO-1:d"
  3. Сохраните и выйдите vя
  4. sudo update-grub
  5. sudo reboot

br, Koen.

4
ответ дан 1 December 2019 в 15:50

Что касается времени, потраченного на загрузку пакетов моментальных снимков при загрузке (dev-loopN.device), их можно заменить в Центре программного обеспечения их версиями из бионического репозитория юниверса вместо предустановленных версий из Snap Store. Однако можно сэкономить всего несколько секунд, что будет иметь реальное значение, только если в вашей системе установлено слишком много пакетов моментальных снимков

0
ответ дан 7 October 2018 в 22:56

Вы можете отключить или удалить snapd, если вы не используете приложения snap. Я делал это регулярно, так как это появилось в Ubuntu.

0
ответ дан 7 October 2018 в 22:56

для меня это помогло: Загрузка зависает на 30 секунд при «Начало: Запуск / scripts / local-premount»

Я обнаружил, что скрипт local-premount зависал, когда я отключил заставку в конфигурации grub

0
ответ дан 7 October 2018 в 22:56

Это также работало на меня sudo apt install ubuntu-unity-desktop

Мой UI был очень медленно, начальная загрузка и вход в систему занимали несколько секунд, даже загружаясь от SSD. После установки единицы все вернулось к нормальному (я все еще использую Gnome, просто установленный пакет единицы),

Примечание: Я начал видеть эти проблемы после обновления Ubuntu от 16,04 до 18,04. Не знайте, происходят ли они при новой установке.

См.: https://www.reddit.com/r/Ubuntu/comments/8fks5c/ubuntu_1804_slower_than_1710/

0
ответ дан 1 December 2019 в 15:50

Я думаю, что у меня было несколько проблем с его замедлением. В конце концов, я исправил GPT с помощью sudo gdisk, отформатировал и установил на свой SSD-накопитель, смонтировал /home на моем жестком диске, используя опцию установки «Что-то другое», и я включил быструю загрузку в BIOS, а также оптимизировал другие параметры загрузки.

***Я смонтировал /home на HDD, так как SSD не очень большой на этом старом Satellite U845.

***Я не могу говорить со всеми системами, но на Satellite вы должны установить устаревшую эмуляцию USB в BIOS или файле .iso не будет загружаться при запуске, даже если USB настроен на загрузку в первую очередь.

***Если GPT перепутан, вы увидите ошибку несоответствия при запуске sudo gdisk /dev/sd(x), где x — это диск, содержащий вашу загрузочную информацию mbr/gpt/efi, которая может быть или не быть в /dev/sda.

*** Сделайте резервную копию всех важных файлов на внешний диск перед записью (w) на gdisk. Если gpt не восстановится правильно, вы можете потерять возможность доступа к этим файлам. По какой-то причине в резервной копии GPT не было моего раздела NTFS, поэтому я потерял эту установку, но, поскольку у меня были резервные копии файлов, это не имело большого значения.

Редактировать: я чуть не забыл написать, что мое время загрузки до этого составляло около 3 минут. Вот что я получаю сейчас на Satellite U845t со (скрытым) Ghz под управлением Ubuntu 20.04.

~$ systemd-анализ Запуск завершен за 1,359 с (прошивка) + 3,633 с (загрузчик) + 3,317 с (ядро) + 10,017 с (пространство пользователя) = 18,329 с graphical.target достигнут через 10.004 с в пользовательском пространстве

0
ответ дан 29 January 2021 в 07:28

Другие вопросы по тегам:

Похожие вопросы: