Ubuntu 16.04 Очень медленная загрузка

Я только что обновил до 16.04 LTS и извините, что сделал это. У 15 были некоторые причуды, но это от стены.

Требуется целая вечность, systemd-analyze blame сообщает:

3min 261ms powerd.service
22.414s wicd.service
22.094s click-system-hooks.service
17.258s NetworkManager-wait-online.service
16.820s apport.service
16.813s irqbalance.service
16.544s networking.service
16.279s stunnel4.service
12.719s grub-common.service
12.047s dev-sda1.device
11.933s ondemand.service
11.382s speech-dispatcher.service
9.283s lightdm.service
8.955s apt-daily.service
8.020s apparmor.service
7.109s pulseaudio.service
6.685s winbind.service
6.673s nmbd.service
6.410s samba-ad-dc.service
6.036s user@1000.service
5.834s ModemManager.service
5.182s console-kit-log-system-start.service
5.001s systemd-user-sessions.service

Может кто-нибудь что-нибудь предложить?

7
задан 14 May 2016 в 22:18

3 ответа

Мой /etc/fstab имел два раздела подкачки. Я использовал blkid, идентифицировал рабочий своп. Затем использовал gsku gedit /etc/fstab для редактирования файла, закомментировав избыточный своп. Время загрузки значительно улучшилось с нескольких минут до секунд.

0
ответ дан 14 May 2016 в 22:18

Сегодня я имел частичный успех. Одна из самой полезной диагностики:

systemd-analyze plot > <some_file_name>.html

Использование браузер для просмотра его. Это прояснило, что powerd.service был самой большой проблемой. Это никогда на самом деле начало, и начальная загрузка просто ожидала, пока это не испытало таймаут. С тех пор powerd.service никогда действительно запустился, я полагал, что не пропустил бы его, если бы это не было там, и, конечно же, я удалил приводимый в действие пакет, и теперь время начальной загрузки является просто немного более чем минутой (по сравнению с 3,5 минутами с ним).

я действительно не знаю, если приводится в действие, как предполагается, работает на моем компьютере (ноутбук), поскольку это кажется всей документацией, которую я могу найти, описывает, это - использование для телефона. Кто-либо знает, верно ли это?

следующий самый медленный сервис, который запустится, является wicd.service. Это на самом деле начинает, но занимает приблизительно 36 секунд. Не уверенный, почему, но это - следующая вещь, на которую я посмотрю.

7
ответ дан 15 May 2016 в 08:18
  • 1
    @pomsky, А не удаляют gnome-shell-extension-appindicator, это может быть выключено в инструменте тонкой настройки GNOME (Ubuntu appindicators) – Charles Green 27 October 2017 в 03:22

В моем случае следят за всеми проблемами, я изменил опцию BIOS.

преступник был C1E, который был зафиксирован на, включают (слушайте "всегда") - с этой установкой моей системы брал 1,2,5 10 минут для начальной загрузки.

C1E является speedstep или cool& подавите шумы для своих шин материнской платы (hyper транспорт, pcie и т.д....) с ЧИПСЕТАМИ AMD.

я установил его на АВТОМАТИЧЕСКИЙ, так, чтобы это было доступно И включено каждый раз, когда система (любой модуль ядра) доступы и решает активировать его.

ТЕСТИРОВАНИЕ

Для исключения большого количества динамических аппаратных средств связанные с настройками проблемы мой совет:

1. - Устанавливают BIOS на оптимизированное значение по умолчанию - Отключают все интегрированные периферийные устройства, кроме ata) (фиксированное значение, если возможный) - Отключают опции энергосбережения CPU (speedstep, cool& тихий, EIST, PowerNow! автоматические настраивающие опции oc) - Отключают поддержку C1E AMD также

2. - Все это с и без "Plug and Play OS" включила

3. - После той попытки, разрешающей один за другим все интегрированные устройства, отключенные прежде

В моем случае:

  • Моя система входила в цикл с состоянием шин, потому что их состояния были несоответствующими во время загрузки модуля
  • , И/ИЛИ данные шины всегда показывали, и модули системы не обработали его во время начальной загрузки
  • , ИЛИ модули хотели доступную опцию C1E, не включенный в более новых версиях так, чтобы это могло быть активировано, и свойства обрабатываются, когда время.

Помните:

Поддержка C1E Включите: не работает Поддержка C1E Отключает: Работы Автоматическая Поддержка C1E: Работы

МОЯ УСТАНОВКА:

Производитель МБ: Gigabyte Technology Co., Ltd. Название продукта: Явление (TM) GA-MA790X-UD3P

PROC
AMD RAM процессора

II X3 720 4x2Go DDR2 800 двойной канал (неспаренный режим)

Гигабайт GC Nvidia 610/1024Mo / 375.26 из графических драйверов ppa

Ethernet Intel про сервер 1000 / 82572EI

1
ответ дан 15 May 2016 в 08:18
  • 1
    nomodeset didn' t имеют значение, но это привело меня пробовать некоторые из других опций. В частности, nolapic помог мне загрузиться на рабочий стол. Тогда я испытывал случайные катастрофические отказы и заметил лавинную рассылку SQUASHFS ошибки в другом tty' s. Начальная загрузка с nolapic и acpi=off, казалось, получила вещи к несколько устойчивому состоянию. попытка обновить мой вопрос – twhitbeck 20 October 2017 в 07:36

Другие вопросы по тегам:

Похожие вопросы: