Медленная загрузка ОС

[addi1]

После нового апдейта на 18.04 ноут(HP8540W, i7, SSD120GB) стал медленно загружаться. минут 4-5
systemd-analyze blame
сказал что виноваты
plymouth-quit-wait.service и NetworkManager-wait-online.service

отключил
NetworkManager-wait-online.service - почти не повлияло на результат
отключил
plymouth-quit-wait.service
загружается  так же долго НО
" systemd-analyze
Startup finished in 3.970s (kernel) + 3.937s (userspace) = 7.908s
graphical.target reached after 3.915s in userspace "
т.е не верь глазам своим.....

Долго висит на заставки Ubuntu 18.04 и с низу бегут точки.
и куда сейчас копать?

PS. на этой заставке реагирует на CTR+C, тогда загрузка идет быстрее

[AnrDaemon]

отключил NetworkManager-wait-online.service - почти не повлияло на результат отключил plymouth-quit-wait.service

Неужели ничего умнее в голову не пришло, как отключать критичные для загрузки системы сервисы?

[addi1]

Неужели ничего умнее в голову не пришло, как отключать критичные для загрузки системы сервисы?

Долго думал и .... 

Хорошо,
Как включить?
И вечный вопрос "что делать"?

Да и тут https://forum.ubuntu.ru/index.php?topic=285261.15  вроде не говорили что они "критичные"....
systemctl enable NetworkManager-wait-online.service
сейчас попробую снова

ps.
systemd-analyze blame
          6.657s NetworkManager-wait-online.service
          1.826s udisks2.service
          1.767s NetworkManager.service
          1.710s dev-sda1.device
          1.524s snapd.service
          1.054s apparmor.service
......

systemd-analyze
Startup finished in 3.892s (kernel) + 10.308s (userspace) = 14.201s
graphical.target reached after 10.299s in userspace


стартовало почти 4 минуты

[zg_nico]

куда сейчас копать?

Вернуть отключенные сервисы в исходное состояние для начала, а далее например:
1. загрузиться без параметров ядра quiet splash и посмотреть что пишет при загрузке в момент[ы] простоев.
2. посмотреть выводы

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

cat /var/log/syslog | egrep -i "(error|fail|warning)" и

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

dmesg | egrep -i "(error|fail|warning)" после загрузки, понять имеются ли ошибки/предупреждения, поискать их причину если они есть
3. Понять что грузится секунды:

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

systemd-analyze blame | egrep '[0-9]s'и что - сотни милисекунд:

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

systemd-analyze blame | egrep '[0-9]{3,}m'4. посмотреть вывод

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

cat /etc/fstabизучить - не появилось ли в данном файле левых файловых систем, которые монтируются при загрузке, вызывая заминки.И последнее, но не по значению: убедиться, что при загрузке нет подключенных usb-устройств (модемы, флешки, внешние hdd и тому подобное). Оторвать все и проверить что поменяется.

[addi1]

1. вернул все назад
systemd-analyze blame
    1min 35.589s plymouth-quit-wait.service
          6.676s NetworkManager-wait-online.service
.............

systemd-analyze
Startup finished in 3.906s (kernel) + 1min 39.146s (userspace) = 1min 43.053s
graphical.target reached after 1min 39.133s in userspace

[AnrDaemon]

И вечный вопрос "что делать"?

Сначала, конечно - думать.
wait-online всего лишь ожидает поднятия сетевого соединения, если он выполняется долго - значит, с сетью нелады.
Но 6 секунд на анализ сети - это нормально. А вот что плимут делал пол-минуты - вопрос.

[addi1]

1. загрузиться без параметров ядра quiet splash и посмотреть что пишет при загрузке в момент[ы] простоев.

Странно.... сделав "GRUB_CMDLINE_LINUX_DEFAULT=""" как я понимаю это убрать заставку Ubuntu, но у меня заставка осталась....

3. Понять что грузится секунды:
.....................
и что - сотни милисекунд:

это все сделано изначально ...
 1min 35.589s plymouth-quit-wait.service
          6.676s NetworkManager-wait-online.service

остальное насколько я понимаю в пределах нормы

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

все нормально

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=5e551099-9cf4-46e6-aaee-977a7893bcf0 /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0

dmesg | egrep -i "(error|fail|warning)"
после загрузки, понять имеются ли ошибки/предупреждения, поискать их причину если они есть

тут многовато .... попробую разобратся отпищу


Пользователь добавил сообщение 08 Июля 2018, 16:04:34:

Сначала, конечно - думать.
wait-online всего лишь ожидает поднятия сетевого соединения, если он выполняется долго - значит, с сетью нелады.
Но 6 секунд на анализ сети - это нормально. А вот что плимут делал пол-минуты - вопрос.

если бы не думал не отключал бы ....   
насколько я понял, с большой долей вероятности, это пытается подключится к сетевому диску на рутере...
а если он в спячке то по любому быстро не получится... Тем более что диск  по УСБ к рутеру и на NTFS...
Поэтому я посчитал что это не критичный сервис и отключил его....

Что касается plymouth-quit-wait.service то да походу в нем проблемы....
Но с ним я не совсем понял чем он занимается, но есть мнение https://www.linux.org.ru/forum/desktop/9415454

plymouth-quit-wait - сервис, который ждёт завершения Plymouth. Он нужен исключительно для того, чтобы программы, работающие с графикой (в частности, иксы) запускались после plymouth и не конфликтовали за фреймбуфер.
Таймаут здесь служит для того, чтобы система смогла запуститься, если Plymouth сломается/зависнет или по иным причинам не сможет отправить процессу plymouth-quit-wait сигнал о своём завершении

у меня "TimeoutSec=0"
когда отключал побаивался что вообще при загрузке повиснит ....
но походу тут еще дело в чемто....
Надо попробовать  "TimeoutSec=20"

[zg_nico]

но у меня заставка осталась

после этого надо еще sudo update-grub, раз уж Вы решили пойти таким путем. Я же просто предлагал при запуске в GRUB нажать на 'e', найти эти два слова quiet и splash и, затерев их, нажать на F10 (загрузка продолжится, но параметры quiet и splash переданы ядру не будут; кроме того конфигов системы Вы так не трогаете - следующая загрузка снова будет с quiet и splash). Но раз решили пойти радикальным путем - идите радикальным. Если все же примете решение пойти по простому пути (редактирование конфига на одну загрузку, как я описал) - не забудьте /etc/default/grub привести в исходное состояние (вернуть quiet и splash на место)

[AnrDaemon]

Не вижу у вас в fstab никаких сетевых дисков.

[zg_nico]

вижу у вас в fstab

если конечно это его полный fstab...

[sergey109]

 У меня сейчас не systemd система. Но когда я отрубал плимут в арче, то действовал не так.
У меня с плимутом были артефакты с картой амд, а выгружался он не полностью.
Надо убрать hook плимут

/etc/mkinitcpio.conf

и сделать

# mkinitcpio -p linux

Затем отключить сервис и перезагрузиться.
Если не поможет ,то просто удалить плимут.
"linux" - может иметь несколько другое название в Ubuntu, типа linux414, linux416 ...

[addi1]

но у меня заставка осталась

после этого надо еще sudo update-grub, раз уж Вы решили пойти таким путем. Я же просто предлагал при запуске в GRUB нажать на 'e', найти эти два слова quiet и splash и, затерев их, нажать на F10 (загрузка продолжится, но параметры quiet и splash переданы ядру не будут; кроме того конфигов системы Вы так не трогаете - следующая загрузка снова будет с quiet и splash). Но раз решили пойти радикальным путем - идите радикальным. Если все же примете решение пойти по простому пути (редактирование конфига на одну загрузку, как я описал) - не забудьте /etc/default/grub привести в исходное состояние (вернуть quiet и splash на место)

sudo update-grub - Точно ! Сделал...
Тормозит на
"started update utmp about system runlevel changes.."

ЗЫ. после "started update utmp about system runlevel changes.." примерно 3 мин. ничего не происходит а потом сразу переход в графический режим....
А что в это время происходит непонятно.... 


Пользователь добавил сообщение 08 Июля 2018, 17:17:37:

Не вижу у вас в fstab никаких сетевых дисков.

"насколько я понял, с большой долей вероятности, это пытается подключится к сетевому диску на рутере..."
Да в fstab только SSD. Но возможно -я неправильно понял - в долю вероятности не попало....

вижу у вас в fstab

если конечно это его полный fstab...

полный
Пользователь добавил сообщение 08 Июля 2018, 17:43:16:

Надо убрать hook плимут
Цитировать
/etc/mkinitcpio.conf
и сделать
Цитировать
# mkinitcpio -p linux
Затем отключить сервис и перезагрузиться.
Если не поможет ,то просто удалить плимут.
"linux" - может иметь несколько другое название в Ubuntu, типа linux414, linux416 ...

Насколько я понял то "mkinitcpio.conf" в Ubuntu нет.
А вот есть ли гдето параметр mkinitcpio -p linux/linux414/linux416 - я не понял...

[sergey109]

А вот есть ли гдето параметр mkinitcpio -p linux/linux414/linux416

Забей. Его нет. Это для арча.

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

Отстал от жизни. Последний раз пользовался Ubuntu в 2008 году.

[AnrDaemon]

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

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

[mahinist]

Забей. Его нет. Это для арча.
(Нажмите, чтобы показать/скрыть)
Отстал от жизни. Последний раз пользовался Ubuntu в 2008 году.

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