Я недавно установил Ubuntu 16.04, после установки кажется, что загрузка занимает больше времени. В среднем это занимает от 55 секунд до 1 минуты. При проверке журнала "dmesg" я мог видеть, что он зависает в определенном месте. Я мог понять, что это где-то связано с сетью, но не смог найти решение онлайн. Я копирую журнал ниже для справки. См. Также снимок экрана.

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

dmesg log: -

[   23.066941] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready 
[   23.451644] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready 
[   23.465563] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
[   23.468922] IPv6: ADDRCONF(NETDEV_UP): enp1s0: link is not ready
[   24.331301] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   30.254490] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
[   30.258457] vboxdrv: Found 4 processor cores
[   30.276442] vboxdrv: TSC mode is Invariant, tentative frequency 2195011090 Hz
[   30.276446] vboxdrv: Successfully loaded version 5.0.18_Ubuntu (interface 0x00240000)
[   30.299706] VBoxNetFlt: Successfully started.
[   30.311334] VBoxNetAdp: Successfully started.
[   30.335055] VBoxPciLinuxInit
[   30.389282] vboxpci: IOMMU not found (not registered)
[   44.346552] Bluetooth: RFCOMM TTY layer initialized
[   44.346562] Bluetooth: RFCOMM socket layer initialized
[   44.346569] Bluetooth: RFCOMM ver 1.11
[   52.317088] wlp2s0: authenticate with 90:8d:78:86:8f:ca
[   52.349488] wlp2s0: send auth to 90:8d:78:86:8f:ca (try 1/3)
[   52.351196] wlp2s0: authenticated
[   52.352396] wlp2s0: associate with 90:8d:78:86:8f:ca (try 1/3)
[   52.356890] wlp2s0: RX AssocResp from 90:8d:78:86:8f:ca (capab=0x411 status=0 aid=1)
[   52.357115] wlp2s0: associated
[   52.357127] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready

Скриншот журнала dmesg

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

Последовали шаги, чтобы отключить ipv6: - 1. Отредактировал /etc/sysctl.conf, добавив ниже 3 строки в конце net.ipv6. conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 2. sudo sysctl -p 3. Подтвердите значение, cat / proc / sys / net / ipv6 / conf / all / disable_ipv6 как «1»

, но он не изменился.

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

Мой производитель «материнских плат» - Toshiba: -

root @ shafeeq-Satellite-C850: / home / shafeeq # dmidecode --type baseboard

dmidecode 3.0

Получение данных SMBIOS из sysfs. SMBIOS 2.7 присутствует.

дескриптор 0x0002, тип DMI 2, 16 байт Информация о базовой плате Производитель: TOSHIBA Наименование продукта: Портативный ПК Версия: MP Серийный номер: 1 Тег актива:
Особенности: Плата является хост-платой Плата сменная Расположение В шасси:
Шасси дескриптор: 0x0003 Тип: Материнская плата Содержит дескрипторы объектов: 0

Извините за задержку воспроизведения. На самом деле я никогда не обновлял свой BIOS с тех пор, как купил свой ноутбук (Toshiba staellite c850-i0011). Тем временем я попытался переустановить Ubuntu и снова проверил время загрузки, но безуспешно. Я нашел что-то странное, то есть с помощью утилиты systemd-analysis мы видим общее время, необходимое для загрузки (я нашел его в сети). Но он не синхронизируется с журналом dmesg, я имею в виду, что dmesg показывает некоторое время, близкое к реальному времени. Я действительно не знаю, связано ли это с «Desktop environment (Unity)» или «systemd». Я попытался установить arch linux для тестирования времени загрузки, даже в том случае, если установка GUI занимает больше времени (более 1 минуты) (desktop env -gnome 3). Пожалуйста, дайте мне знать, если вы хотите увидеть какой-либо конкретный системный журнал, я могу вытащить вас и проанализировать. Когда я использовал старые версии Ubuntu, он был очень быстрым :(.

systemd-analysis использовал около 26-30 секунд, но на самом деле это занимает 55-60 секунд.