Как диагностировать / исправить очень медленную загрузку в Ubuntu 18.04


47

Долгое время SSD ничего не делал.

  • Как я могу найти неисправность и исправить ее?
  • Уже проверил /etc/fstab, нет подкачки или что-то там не так (32 ГБ ОЗУ, нет подкачки)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver

3
Это свежая установка? с лвм? возможно эта ошибка: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
Пим

Чтобы увидеть WARNING:Failed to connect to lvmetad. Falling back to device scanning.сообщение, вы должны отключить загрузку spash / quiet (см .: askubuntu.com/a/289/454520 )
pim

Речь идет о долгой загрузке network.service. Решение из этого ответа помогло мне.
gyr9i

Ответы:


60

Сегодня я обновился до 18.04 и столкнулся с той же проблемой. Я смог это исправить, загрузив ядро ​​с noresumeпараметром.

Как и у вас, у меня тоже нет места подкачки. В какой-то момент во время обновления была изменена конфигурация initramfs, добавив строку, указывающую на несуществующий раздел подкачки. Медленная загрузка была вызвана тем, что он искал этот раздел, а затем тайм-аут через 30 секунд.

Чтобы обновить GRUB, чтобы он автоматически передавал эту опцию ядру при загрузке:

  1. Отредактируйте /etc/default/grubфайл так, чтобы строка noresumeбыла включена в GRUB_CMDLINE_LINUX_DEFAULTстроку, например:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Запустите эту команду для обновления GRUB:

    sudo update-grub
    
  3. Перезагрузите компьютер


1
noresume исправил это, ничего странного в initramfs.
user105939

2
Я обновил до 18.04 вчера, и у меня была та же проблема (загрузка заняла 52 секунды). После установки параметра «noresume» прошло 21 секунда.
Эрол

1
Вы можете улучшить свой и без того хороший ответ с инструкциями по обновлению grub.
WinEunuuchs2Unix

9
Обратите внимание, что это обходной путь, поскольку он не позволит возобновить работу спящего режима.
Пим

2
Я беспокоюсь, что это может помешать мне использовать спящий режим. Однако это сработало для меня: askubuntu.com/questions/1013830/… (редактирование /etc/initramfs-tools/conf.d/resume, изменение RESUME = нет из UUID и запуск update-initramfs -u)
Серая Пантера

19
$ systemd-analyze blame

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


5
systemd-analyze blameне покажет время ядра и для этой проблемы. systemd-analyse timeпокажет, что это ядро ​​застряло при поиске файловой системы.
Пим

2
Хороший намек, но самый долгий процесс занял всего 1,6 секунды, поэтому этот инструмент не помог.
user105939

3
У @Pim systemd-analyse timeесть опечатка, у нее должно бытьz
RobAu

1
systemd-analyze critical-chainдаже лучше, чемblame
user535733


5

Я обновился до 18.04 с 16.04. Время загрузки составило более 10 минут.
Попытался из «Нет заставки для ядра», чтобы найти, какие процессы занимают больше всего времени для загрузки.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Итак, нам нужно сократить время для этого процесса, чтобы сэкономить время загрузки. Для этого

Вы должны редактировать,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

найти

TimeoutStartSec=5min

Изменить на

TimeoutStartSec=5s

и перезагрузка


Здесь мой ботинок горел много времени, поэтому это решение сработало для меня. +1
Gnawme

3

Вы можете настроить время ожидания для запуска задания и остановки задания.

Отредактируйте /etc/systemd/system.confс повышенными привилегиями и измените / добавьте две строки, которые закомментированы по умолчанию с 90 секунд до 5 (или что вы предпочитаете) и раскомментируйте это:

из:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

чтобы:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

После этого примените изменения, перестроив ваши initramfs с помощью команды:

sudo update-initramfs -u

0

Я пробовал другой метод, но ничего не получалось. затем я обнаружил, что это проблема с графическим драйвером. Я решил с помощью дополнительных драйверов для меня это был Nvidia.

Перейти: программное обеспечение и обновления -> выбрать драйвер графического адаптера -> применить изменения

Примечание: я использую ядро ​​версии 4.18.0-25-generic

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.