Ubuntu 16.04 занимает много времени для загрузки
мой Ubuntu 16.04 Xenial занимает много времени для inicialize, я не знаю, почему, но он начался после некоторых рекомендуемых обновлений.
Вот мой «/ etc / default / grub»:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
Системные характеристики:
Processor: Intel® Core™ i5-3317U CPU @ 1.70GHz × 4
Memory: 7,7 GiB
Graphics: Intel® Ivybridge Mobile
OS type: 64-bit
Disk: 476,2 GB
У меня также есть видеокарта NVIDIA 740M, но я ее не использую.
EDIT ---
systemd-analysis
Startup finished in 3.767s (kernel) + 42.820s (userspace) = 46.587s
systemd-analysis wame
9.882s dev-sda6.device
9.612s apparmor.service
9.377s plymouth-read-write.service
8.150s nmbd.service
7.525s samba-ad-dc.service
6.517s NetworkManager-wait-online.service
6.376s teamviewerd.service
2.231s thermald.service
2.219s NetworkManager.service
2.217s accounts-daemon.service
2.135s systemd-modules-load.service
1.807s ModemManager.service
1.799s systemd-udevd.service
1.530s plymouth-start.service
1.479s systemd-fsck@dev-disk-by\x2duuid-69da77aa\x2da78c\x2d4bbb\x2db9
1.394s gpu-manager.service
1.327s systemd-tmpfiles-setup-dev.service
1.222s grub-common.service
1.047s systemd-journald.service
1.027s keyboard-setup.service
1.005s upower.service
933ms dev-loop0.device
907ms console-setup.service
864ms networking.service
857ms lightdm.service
815ms systemd-backlight@backlight:intel_backlight.service
703ms udisks2.service
699ms ufw.service
684ms virtualbox.service
594ms dev-loop2.device
520ms systemd-logind.service
510ms systemd-sysctl.service
450ms home.mount
429ms systemd-rfkill.service
373ms polkitd.service
370ms snapd.autoimport.service
358ms smbd.service
347ms wpa_supplicant.service
347ms systemd-update-utmp.service
340ms iio-sensor-proxy.service
337ms colord.service
301ms sys-kernel-debug.mount
300ms dev-hugepages.mount
279ms systemd-tmpfiles-setup.service
273ms irqbalance.service
272ms dev-mqueue.mount
270ms systemd-journal-flush.service
248ms snap-core-1577.mount
241ms apport.service
230ms ondemand.service
229ms systemd-udev-trigger.service
228ms alsa-restore.service
226ms speech-dispatcher.service
216ms pppd-dns.service
215ms rsyslog.service
214ms systemd-user-sessions.service
198ms bluetooth.service
181ms avahi-daemon.service
166ms systemd-random-seed.service
158ms user@1000.service
152ms systemd-remount-fs.service
148ms snap-anbox-15.mount
128ms dev-disk-by\x2duuid-f724534f\x2dff65\x2d42cc\x2da0c1\x2d244c45a
126ms systemd-timesyncd.service
106ms dns-clean.service
101ms setvtrgb.service
100ms snap-anbox\x2dinstaller-10.mount
92ms kmod-static-nodes.service
21ms resolvconf.service
16ms snapd.socket
6ms ureadahead-stop.service
4ms rc-local.service
3ms rtkit-daemon.service
3ms sys-kernel-config.mount
3ms systemd-update-utmp-runlevel.service
2ms sys-fs-fuse-connections.mount
1ms plymouth-quit-wait.service
479us dev-loop1.device
4 ответа
Через неделю, глядя на сбои системы, потому что моей системе нужно было 3 минуты, а 1 минуту - выключению, и спросить меня, почему некоторые процессы занимают более 3 секунд, я сегодня пробовал следующее:
Я мог бы запустить систему менее чем за 30 секунд.
Я искал google и видел, что некоторые пользователи должны были начать восстановление из-за графических проблем и возобновления загрузки. В качестве обходного пути они обновили свой GRUB с помощью «бесшумного номодесета всплеска». Я сделал это,
gksudo gedit /etc/default/grub
и добавил «nomodeset» в строке
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
, затем
sudo update-grub
результат:
systemd-analyze
Startup finished in 7.603s (kernel) + 8.130s (userspace) = 15.734
Возможно, это не проблема, возможно, это вообще не имеет никакого отношения к этому, но я решил это так.
У вас могут быть некоторые команды в таких файлах, как /etc/rc.local или что угодно / etc / init .config запускается при запуске.
Если у вас что-то есть (и у вас это было до «рекомендуемых обновлений», о которых вы говорите), то очень возможно, что вам нужно проверить сценарий / команды, которые у вас есть, и сделать
В качестве альтернативы, если у вас есть что-то вроде следующего (смотрите ниже) или что-либо, связанное с правами суперпользователя для grub, в разных файлах, потому что вы пытались настроить grub , что может привести к довольно длительной загрузке:
set superusers="userA" password_pbkdf2 grub.<insanely long number or just normal password if you left pbkdf2 out>
Если что-то вроде этого сочетается с кучей файлов из более старых версий, это замедляет загрузку, я могу успокоить что так случилось со мной.
В заключение, если любой из этих случаев похож на вашу проблему, то он сродни моему, и единственное решение - удалить все ненужные вещи из конфигурации grub (мне пришлось удалить старый menu.lst для он загружается быстрее) или исправить код в файлах, запущенных при запуске.
Через неделю, глядя на сбои системы, потому что моей системе нужно было 3 минуты, а 1 минуту - выключению, и спросить меня, почему некоторые процессы занимают более 3 секунд, я сегодня пробовал следующее:
Я мог бы запустить систему менее чем за 30 секунд.
Я искал google и видел, что некоторые пользователи должны были начать восстановление из-за графических проблем и возобновления загрузки. В качестве обходного пути они обновили свой GRUB с помощью «бесшумного номодесета всплеска». Я сделал это,
gksudo gedit /etc/default/grub
и добавил «nomodeset» в строке
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
, затем
sudo update-grub
результат:
systemd-analyze
Startup finished in 7.603s (kernel) + 8.130s (userspace) = 15.734
Возможно, это не проблема, возможно, это вообще не имеет никакого отношения к этому, но я решил это так.
У вас могут быть некоторые команды в таких файлах, как /etc/rc.local или что угодно / etc / init .config запускается при запуске.
Если у вас что-то есть (и у вас это было до «рекомендуемых обновлений», о которых вы говорите), то очень возможно, что вам нужно проверить сценарий / команды, которые у вас есть, и сделать
В качестве альтернативы, если у вас есть что-то вроде следующего (смотрите ниже) или что-либо, связанное с правами суперпользователя для grub, в разных файлах, потому что вы пытались настроить grub , что может привести к довольно длительной загрузке:
set superusers="userA" password_pbkdf2 grub.<insanely long number or just normal password if you left pbkdf2 out>
Если что-то вроде этого сочетается с кучей файлов из более старых версий, это замедляет загрузку, я могу успокоить что так случилось со мной.
В заключение, если любой из этих случаев похож на вашу проблему, то он сродни моему, и единственное решение - удалить все ненужные вещи из конфигурации grub (мне пришлось удалить старый menu.lst для он загружается быстрее) или исправить код в файлах, запущенных при запуске.
-
1Привет, спасибо за ваш ответ, я искал /etc/rc.local, но он пуст (только с небольшим количеством комментариев), и у меня нет init.config или что-то в этом роде (не то, что я знаю). Я не понимал вторую часть, я никогда не менял параметры загрузки и настройки grub. Я думаю, что долгое время из-за моих видеодрайверов или моих JVM / JRE / JDK вещей .. я изменил драйвер видеоплаты для & quot; X.Org X Server (Open Source) & quot; драйвер, то он немного улучшился, но все еще занимает больше времени, чем раньше, когда система была новой: P – Max Victor 28 April 2017 в 02:03
-
2Извините, мой ответ не помог с проблемой, но, когда я, хотя у кого-то была такая же адская проблема, как у меня было какое-то время назад, мне просто пришлось попробовать xD. Ну, удачи в этой проблеме, счастливые загрузки! – ulovah 29 April 2017 в 02:59
-
3Спасибо, я все еще ищу что-то, что может сделать мою систему быстрее и быстрее загружаться. – Max Victor 8 May 2017 в 01:48