Я только что обновил до 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
Может кто-нибудь что-нибудь предложить?
Мой /etc/fstab
имел два раздела подкачки. Я использовал blkid
, идентифицировал рабочий своп. Затем использовал gsku gedit /etc/fstab
для редактирования файла, закомментировав избыточный своп. Время загрузки значительно улучшилось с нескольких минут до секунд.
Сегодня я имел частичный успех. Одна из самой полезной диагностики:
systemd-analyze plot > <some_file_name>.html
Использование браузер для просмотра его. Это прояснило, что powerd.service был самой большой проблемой. Это никогда на самом деле начало, и начальная загрузка просто ожидала, пока это не испытало таймаут. С тех пор powerd.service никогда действительно запустился, я полагал, что не пропустил бы его, если бы это не было там, и, конечно же, я удалил приводимый в действие пакет, и теперь время начальной загрузки является просто немного более чем минутой (по сравнению с 3,5 минутами с ним).
я действительно не знаю, если приводится в действие, как предполагается, работает на моем компьютере (ноутбук), поскольку это кажется всей документацией, которую я могу найти, описывает, это - использование для телефона. Кто-либо знает, верно ли это?
следующий самый медленный сервис, который запустится, является wicd.service. Это на самом деле начинает, но занимает приблизительно 36 секунд. Не уверенный, почему, но это - следующая вещь, на которую я посмотрю.
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: Работы
МОЯ УСТАНОВКА:
Производитель МБ: 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
nomodeset
didn' t имеют значение, но это привело меня пробовать некоторые из других опций. В частности, nolapic
помог мне загрузиться на рабочий стол. Тогда я испытывал случайные катастрофические отказы и заметил лавинную рассылку SQUASHFS
ошибки в другом tty' s. Начальная загрузка с nolapic
и acpi=off
, казалось, получила вещи к несколько устойчивому состоянию. попытка обновить мой вопрос
– twhitbeck
20 October 2017 в 07:36