Як пришвидшити дійсно повільне завантаження на Ubuntu 16.04?

39

Я намагаюся зрозуміти, що мені потрібно зробити, щоб прискорити завантаження з Ubuntu 16.04. Я запустив dmesg і зберег тут вихід . Це, здається, піде не так через приблизно 10 секунд.

boot 16.04 dmesg

— Паквуд
джерело

Якщо ви подивитеся на свій dmesg, ви, можливо, знайдете запис, такий як "нові параметри кріплення не відповідають існуючому суперблоку". Якщо так, Google для цього рядка, і це призведе до помилки Linux, яка ніколи не була виправлена

— NickT

Я не думаю, що я бачу цю помилку чи подібне.

— Паквуд

Чому за 10 секунд вам стає погано? Яке повідомлення, на вашу думку, особливо хвилює?

— Ciro Santilli 新疆改造中心法轮功六四事件

44

Ви можете спробувати з’ясувати, що займає найбільше часу з системою

systemd-analyze blame

— user536489
джерело

31

Так, що після? чи потрібно зупиняти роботу деяких служб?

— Мухаммед Амін Буркаді

29

Редагування / etc / fstab UUID простору swap (щоб відповідати виходу sudo blkid) працювало як шарм!

Примітка . Після цього, якщо у /etc/crypttabфайлі є якісь записи swap , вам слід змінити його другий параметр, щоб він відповідав вашому простору swap, або UUID або path (тобто UUID = щось або / path / to / swap).

На моєму SSD завантаження пішло від 2 хвилин до менш ніж 10 секунд.

Справа в тому, що я просто зробив звичайне оновлення з 14.04 до 16.04, не возившись із розділами, коли ця проблема почалася. Очевидно, є деякі проблеми з процедурою оновлення.

— М Дуб
джерело

Дякую, що мені дуже допомогло: для тестових цілей я поставив своп на знімному кадрі, ніяких проблем із завантаженням не було, коли диска 14.04 не було, на 16.04 завантаження зайняло ще 1 або 2 хвилини. Здається, що ядро 3 було швидше, ніж ядро 4, коли не знайшов своп.

— Еммануель

Спасибі. ти врятував мій багато часу. Я також оновлював систему з 14.04, тому ця проблема виникла.

— PaladiN

Спасибі, я була така ж проблема з неправильним свопом UUID, коли я змінив його , щоб відповідати BLKID знадобилося багато часу запуску близько 60 секунд , всього 5 секунд

— Brandon Сорен Каллі

2

Подивіться у відповіді askubuntu.com/questions/38533/… для отримання додаткової інформації про те, як це зробити. Це скоротило час завантаження з 100+ секунд до 15.

— Дмитро

так, оновлення до 17.10, але мій своп-матч, який є результатом "blkid"

— Василь Валчев

10

Я зіткнувся з подібною проблемою довшого часу завантаження після оновлення.

У чому була проблема? Я видалив мій своп-простір, тому мій / etc / fstab файл та нова файлова система мали конфлікти. Завантажувач завантажував майже 1 м 30-х, щоб знайти його.

Як я вирішив проблему Виконати sudo blkid

Відкрийте файл / etc / fstab і порівняйте відповідність uuid з розділами, які у вас є. Якщо є невідповідність, змініть це і перезавантажте.

— Гокуль Палве
джерело

Результати dmesgзапитання показують, що ОП має іншу проблему.

— командир байт

9

Це рішення для вирішення проблеми, але це значно скоротило час завантаження (з 1 хв 24 до 16 с).

sudo vim /etc/systemd/system.conf

Відкоментуйте ці два параметри та встановіть потрібний час очікування:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

Примітка. Будь ласка, оптимізуйте ці значення відповідно до потреб вашої апаратури ~ 5 - 60.

Як було обговорено тут, ці параметри налаштовують за замовчуванням тайм-аути для запуску та зупинки блоків, а також час за замовчуванням для сну між автоматичними перезавантаженнями одиниць, як налаштовано на одиницю TimeoutStartSec=, TimeoutStopSec=і RestartSec=(для сервісів див. Systemd.service (5) для докладні відомості про налаштування на одиницю).

Для несервісних одиниць DefaultTimeoutStartSec=встановлює за замовчуванням TimeoutSec= value. DefaultTimeoutStartSec=і DefaultTimeoutStopSec=за замовчуванням до 90-х. DefaultRestartSec=за замовчуванням до 100 мс.

Редагувати - Детальніше:

Я проаналізував послідовність завантаження з тим, systemd-analyze plot > sequence.svgщо показав, що служби не вдалося запустити в моїй щойно оновленій ОС. Їх було три - один був неправильно налаштованим демоном sendmail, а потім powerd.service & NetworkManager-wait-online.service . Оскільки це не дуже гарна ідея повністю відключити послугу NetworkManager, я просто дозволю її таймауту через 10 секунд і застосував це правило в усьому світі.

— Мірек
джерело

2

Чи можете ви розширити, як це рішення скоротило час завантаження на 68 секунд?

— Старійшина Гік

Ніяких проблем, насолоджуйтесь!

— Мірек

для мене це не працює, оскільки після застосування змін час завантаження пішло від 52 до 57 секунд.

— Woeitg

1

10с занадто низький. Це може перевести завантаження в режим відновлення. Я використовую 30-ті

— Анвар

10-х розбив моє завантаження в 18.04. Зараз ремонтуємо Ubuntu у режимі відновлення.

— Пасупаті

1

Це може бути пов'язано з проблемами файлової системи. Ви можете перевірити це посилання, щоб побачити, чи покращення файлової системи покращує час завантаження: https://help.ubuntu.com/community/FilesystemУсунення несправностей

— Кріс Дж Арджес
джерело

Хм. тепер, здається, є [довше!] ( pastebin.com/a5g4wHvA ) Схоже, що воно піде не так через приблизно 30 секунд. "eth0: посилання не готова" "nf_conntrack: автоматичне призначення помічника застаріле, і воно буде видалено незабаром. Використовуйте ціль iptables CT, щоб замість цього приєднати помічників"

— Packwood

0

У мене була подібна проблема, яку я щойно вирішив: запускаю Ubuntu 16.04 на SSD. Я використовую флешку як swap-розділ. Привід був незначно переміщений, а на завантаження пішло більше 3 хвилин. Я правильно поставив її назад і тепер все добре. Якщо ви спробували smartctl або fsck і ваша файлова система все в порядку, спробуйте видалити флешки (чи інші периферійні пристрої?) І подивіться, як це відбувається. Удачі!

— joham34
джерело

0

Виходячи з виходу пастелі, на мене вискакують кілька речей:

EXT4-fs (sda5): re-mounted

Ви можете зцілити цей обсяг і переглянути Smart Data для цього накопичувача.

і

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

Ви можете спробувати відключити IPV6 в мережевих з'єднаннях, якщо ваше з'єднання не підтримує його.

— Старійшина Гік
джерело

0

Підказка користувача536489:

системний-аналіз вини

Перевірте, чи існує служба, яка запускається багато часу, і встановіть менший час очікування:

sudo vim /lib/systemd/system/networking.service

Змініть TimeoutStartSecщось на кшталт 10s. Сторінка " man" наводить значення, менше за одиниці, або значення часового проміжку, наприклад, "5min 20s". Пройдіть "нескінченність", щоб відключити логіку очікування.

— макс
джерело