С тех пор, как я увеличил дисковое пространство на UBUNTU 18.04, время начальной загрузки увеличило коллекторы. Я создал новый раздел подкачки. Как указано другими ответами для подобного вопроса, я Обновил UUID в/ext/fstab.
Я работал systemd-analyze time
на терминале и выводе следующие:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
На выполнении systemd-analyze critical-chain
:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
То, что 52,819 секунды необычны. Я много раз искал по Интернету, но ничто, кажется, не решает этот вопрос.
Править: Вывод systemd-анализирует вину | главный-n 20
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
У меня есть подобные времена на XPS 9950 с не разделенным SSD на 500 ГБ (весь жесткий диск выделен одной ОС). Ubuntu 17.10, 18.04 и 18.10 с начальной загрузкой Прежней версии была в Ваши времена. Теперь у меня есть элементарная ОС, которую не сделала Juno на UEFI и времена изменился очень, я принял его как нормальный, даже если я ожидал сверкать быстрые начальные загрузки в мире Linux.
На прошлой неделе я установил Xubuntu 18.04 на старом ноутбуке и столкнулся с подобной проблемой. Для меня самое рабочее решение состояло в том, чтобы отключить Плимут в личинке с
sudo nano /etc/default/grub
и измените строку GRUB_CMDLINE_LINUX_DEFAULT
в
GRUB_CMDLINE_LINUX_DEFAULT="noplymouth video=SVIDEO-1:d"
После сохранения изменения необходимо обновить личинку с
sudo update-grub
и затем перезапустите машину.
Я попробовал различные варианты для отключения Плимута, иногда ни с чем в quotest (просто ""
) или с "quiet splash"
и также с "noplymouth"
без "video=SVIDEO-1:d"
опция. Для меня, по крайней мере, это не работало, или я получил дополнительное время задержки во время начальной загрузки krms или подобный.