Долго включается linux ubuntu

Долгая загрузка Ubuntu

Добрый день. Недавно поставил Ubuntu и он неоправданно долго грузиться.

Результат команды systemd-analyze time:

Startup finished in 2.660s (kernel) + 1min 52.195s (userspace) = 1min 54.856s graphical.target reached after 1min 52.154s in userspace

Результат команды systemd-analyze blame:

1min 43.809s plymouth-quit-wait.service 11.058s gdm.service 5.718s snapd.service 4.770s networkd-dispatcher.service 4.019s NetworkManager-wait-online.service 3.953s dev-sdb5.device 3.839s ModemManager.service 3.381s udisks2.service 2.951s e2scrub_reap.service 2.802s accounts-daemon.service 2.252s NetworkManager.service 1.884s grub-initrd-fallback.service 1.694s systemd-logind.service 1.687s thermald.service 1.652s rsyslog.service 1.648s grub-common.service 1.644s wpa_supplicant.service 1.402s dev-loop2.device 1.357s dev-loop8.device 1.326s dev-loop6.device 1.320s dev-loop0.device 1.317s dev-loop5.device 1.258s apport.service 1.258s bluetooth.service 1.225s dev-loop3.device 1.181s systemd-journal-flush.service 986ms dev-loop4.device 969ms systemd-resolved.service 888ms fwupd.service 857ms polkit.service 848ms gpu-manager.service 840ms dev-loop7.device 797ms dev-loop1.device 673ms pppd-dns.service 566ms systemd-udevd.service 539ms upower.service 461ms apparmor.service 391ms plymouth-start.service 312ms systemd-sysctl.service 280ms systemd-modules-load.service 279ms systemd-journald.service 235ms switcheroo-control.service 211ms systemd-sysusers.service 211ms snap-core-7917.mount 206ms systemd-fsck@dev-disk-by\x2duuid-f128339a\x2d1ea9\x2d4b24\x2dbb 206ms systemd-tmpfiles-setup.service 193ms snap-gnome\x2d3\x2d28\x2d1804-71.mount 189ms user@124.service 188ms systemd-timesyncd.service 185ms systemd-random-seed.service 183ms snap-gnome\x2dcalculator-501.mount 171ms snap-core18-1223.mount 162ms snap-gnome\x2dcharacters-359.mount 158ms keyboard-setup.service 152ms systemd-tmpfiles-setup-dev.service 151ms snap-gtk\x2dcommon\x2dthemes-1353.mount 142ms snap-gnome\x2dlogs-81.mount 125ms colord.service 123ms snap-gnome\x2dcharacters-317.mount 114ms systemd-remount-fs.service 112ms dev-disk-by\x2duuid-33722b57\x2d272b\x2d4ce7\x2d9853\x2df6e9b85 104ms snap-gnome\x2dcalculator-536.mount 99ms systemd-udev-trigger.service 89ms kmod-static-nodes.service 79ms systemd-tmpfiles-clean.service 69ms systemd-update-utmp.service 62ms bolt.service 60ms kerneloops.service 58ms plymouth-read-write.service 56ms rtkit-daemon.service 52ms systemd-rfkill.service 47ms openvpn.service 45ms ufw.service 45ms user@1000.service 39ms home.mount 35ms dev-hugepages.mount 34ms sys-kernel-debug.mount 34ms dev-mqueue.mount 27ms console-setup.service 26ms setvtrgb.service 25ms snapd.seeded.service 19ms systemd-user-sessions.service 16ms user-runtime-dir@124.service 10ms snapd.socket 8ms user-runtime-dir@1000.service 5ms systemd-update-utmp-runlevel.service 4ms avahi-daemon.service 1ms sys-fs-fuse-connections.mount 1ms sys-kernel-config.mount
loop0 7:0 0 4,2M 1 loop /snap/gnome-calculator/536 loop1 7:1 0 956K 1 loop /snap/gnome-logs/81 loop2 7:2 0 14,8M 1 loop /snap/gnome-characters/317 loop3 7:3 0 44,2M 1 loop /snap/gtk-common-themes/1353 loop4 7:4 0 54,5M 1 loop /snap/core18/1223 loop5 7:5 0 14,8M 1 loop /snap/gnome-characters/359 loop6 7:6 0 4,2M 1 loop /snap/gnome-calculator/501 loop7 7:7 0 149,9M 1 loop /snap/gnome-3-28-1804/71 loop8 7:8 0 89,1M 1 loop /snap/core/7917 sda 8:0 0 931,5G 0 disk ├─sda1 8:1 0 579M 0 part ├─sda2 8:2 0 99,4G 0 part └─sda3 8:3 0 831,5G 0 part sdb 8:16 0 1,8T 0 disk ├─sdb1 8:17 0 30,5G 0 part [SWAP] ├─sdb2 8:18 0 1K 0 part ├─sdb5 8:21 0 47,7G 0 part / └─sdb6 8:22 0 1,8T 0 part /home 

Источник

Читайте также:  Компиляция golang в linux

Ubuntu долго грузится

Комп очень долго загружается. Включаю, БИОС нормально отрабатывает, далее вижу фиолетовый экран убунту «около минуты», далее появляется логотип убунту «висит около 2 минут», и только после этого убунту доступна для работы…

Файловая система жестких ext4.

В чем может быть проблема?

systemd-analysis . если повезёт сможешь до 30 сек +-10 уложить загрузку.

GRUB_CMDLINE_LINUX_DEFAULT GRUB_CMDLINE_LINUX

убрать слова quiet splash, потом сделать update-grub и потом в процессе загрузки скорее всего увидеть ожидание сети.

В энтропии, если используется wi-fi, тогда поможет haveged.

разработчики всё больше на это болт забивают

systemd-analyze blame в студию.

Забивают — не забивают, но 3 минуты оно грузится не должно. Когда я замерял, у меня система от выбора ядра в syslinux и до рабочих кед грузилась 41 секунду.

И вообще, что за комп, какой диск (ноутбучные харды на 5200 оборотов — те еще тормозы).

Даже и на старичке-ноуте со шпинделем и вооот такой бородой я делал загрузку за 1:40 в кеды.

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

Ты б конфигурацию ПК приложил. Убунту очень жирный дистр, к тому же неоптимизированный. Ну и да, любой HDD гораздо медленее любого SSD, так что проблема может быть и в этом.

Тебе есть с чем сравнивать скорость загрузки? Пробовал ставить винду на этот ПК, или какой-нибудь дистр полегче?

Да. Особенно после того, как я исправил баг с системным таймером, из-за которого в initrd время текло вчетверо медленнее. Ноутбучное железо под линуксом — дело такое, специфическое.

Ну ещё подтюнил по показаниям systemd-analyse blame . Например, убрал iSCSI и некоторые другие явно ненужные на той машине службы.

Читайте также:  Linux удалить лишние пакеты

Тормознутость кед обходится гибернацией.

legolegs ★★★★★ ( 12.08.20 23:17:58 MSK )
Последнее исправление: legolegs 12.08.20 23:20:51 MSK (всего исправлений: 1)

tsya.ru читать до просветления.

вот так гораздо понятнее и проще понять/запомнить: если глагол отвечает на вопрос «что делатЬ?», то в глаголе будет присутствовать «Ь«. Если глагол отвечает на вопрос «что делает?/что делают?», то в глаголе мягкого знака не будет. В данном случае «большую часть времени будут Ь?> кеды» — «грузитЬся»

Chord ★★★ ( 13.08.20 01:03:10 MSK )
Последнее исправление: Chord 13.08.20 01:03:47 MSK (всего исправлений: 1)

как я исправил баг с системным таймером, из-за которого в initrd время текло вчетверо медленнее

Ух ты! А можно об этом поподробней?

Ахтунг! Граммар-наци детектед!

Тормознутость кед обходится гибернацией

Кстати, да. Я тоже себе настроил гибернацию.

в фрагментации, раньше до глобального внедрения systemd, был ureadahead, убунта 18.04 последний лтс релиз где он есть. Кратко говоря ureadahead оптимизировал загрузку системы после установки пакетов, создавая один большой бинарный кеш файл библиотек часто используемых в загрузке.

Но редхат, федора и поттеринг страдающие синдромом геомодевелопера решили удалить это и не поддерживать в сустемд.

тьфуты у тса 18.04, ну тогда кури ureadahead.

bhfq ★★★★★ ( 13.08.20 08:42:36 MSK )
Последнее исправление: bhfq 13.08.20 08:45:25 MSK (всего исправлений: 1)

Тормознутость кед обходится гибернацией.

Чтобы продать что-нибудь ненужное, нужно сначала купить что-нибудь ненужное, а у нас денег нет.

С гибернациями на линуксах тоже весело.

винда 10 кстати лучше грузится с HDD. а по делу нужен ssd.

Чтобы продать что-нибудь ненужное, нужно сначала купить что-нибудь ненужное, а у нас денег нет.

С гибернациями на линуксах тоже весело

У меня на десктопе все работает.

Читайте также:  Age if wonders 3 linux

Ну я загрузил ядро без quiet с секундомером в руке и обнаружил, что тамстампы на экране сильно отстают от настоящего времени. Посмотрел dmesg, погуглил и выставил в параметры ядра clocksource=hpet . Ядро и само его правильно ставило, но сильно потом.

Да. Другой ноут при попытке проснутся показывает чёрный экран. Как дебажить не знаю.

Источник

Оцените статью
Adblock
detector