Як діагностувати / виправити дуже повільне завантаження на 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
Це свіжа установка? з lvm? можливо, ця помилка: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
пім

Щоб побачити WARNING:Failed to connect to lvmetad. Falling back to device scanning.повідомлення, слід вимкнути завантажувальний засіб "шпигун / тихий" (див.: Askubuntu.com/a/289/454520 )
pim

Йдеться про довге завантаження мережевої служби. Рішення з цієї відповіді мені допомогло.
gyr9i

Відповіді:


60

Я перейшов до 18.04 сьогодні і зіткнувся з тим же питанням. Я зміг це виправити, завантаживши ядро ​​з noresumeпараметром.

Як і ви, у мене також немає місця для обміну. У якийсь момент під час оновлення конфігурацію initramfs було змінено, додавши рядок, що вказує на неіснуючий розділ swap. Повільне завантаження було тому, що він шукав цей розділ, а потім вийшов через 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.
користувач105939

2
Я вчора оновив до 18.04, і у мене була така ж проблема (завантаження зайняло 52 секунди). Після встановлення параметра "noresume" пройшло 21 секунду.
Ерол

1
Ви можете покращити свою і без того хорошу відповідь інструкціями щодо оновлення грі.
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


4

Я модернізував до 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

і перезавантажити


3

Ви можете налаштувати тайм-аут для запуску роботи та зупинення вакансій.

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

від:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

до:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Після цього застосуйте зміни, відновивши свої initramfs за допомогою команди:

sudo update-initramfs -u

0

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

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

Примітка: я використовую ядро ​​версії 4.18.0-25-generic

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.