Ubuntu 16.04.3 «по-прежнему» занимает 1,5 минуты для загрузки после успешного клонирования на SSD и с загрузкой noatime, trim и AHCI? [Решено]

Благодарю за любую помощь. Очень медленная загрузка Ubuntu 16.04.3 с SSD. когда я запускаю

    systemd-analyze blame

, я получаю

    40.044s snapd.refresh.service
     29.529s apt-daily.service
      6.510s NetworkManager-wait-online.service
      2.469s apt-daily-upgrade.service
      1.814s snapd.service
      1.649s tor@default.service
       936ms dev-sda2.device
       168ms ufw.service
       131ms ModemManager.service
       126ms lightdm.service
        86ms swapfile.swap
        83ms apport.service
        81ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
        78ms dev-loop0.device
        77ms speech-dispatcher.service
        71ms snap-core-2844.mount
        69ms alsa-restore.service
        69ms lm-sensors.service
        65ms pppd-dns.service
        64ms apparmor.service
        64ms rsyslog.service
        63ms accounts-daemon.service
        63ms systemd-user-sessions.service

, когда я запускаю

    snap list

, я получаю

    Name                        Version        Rev   Developer       Notes
    core                        16-2.27.6      2898  canonical       core
    keepassxc                   2.2.0          23    keepassxreboot  -
    ufw                         0.36pre-16.10  14    canonical       -
    ultimate-media-downloader2  1              1     keshavnrj       -

Я не знаком с оснасткой или что делать. Могу ли я отключить или отредактировать

     40.044s snapd.refresh.service
     29.529s apt-daily.service
      6.510s NetworkManager-wait-online.service

, чтобы ускорить загрузку? Благодарю за любую помощь, потому что мои ботинки кажутся очень медленными. {Но после завершения медленной загрузки ssd действительно чувствует себя быстрее внутри Ubuntu, и я уже нахожусь в режиме загрузки AHCI в BIOS}. Пожалуйста помоги. Цените любое руководство.

Обновление 1:

Загрузка по-прежнему занимает более 1,5 минут. Я пробовал все это, но все равно ничего не менял и загружаюсь очень медленно. Я выполнил

    sudo systemctl disable snapd.refresh.service
    sudo systemctl disable NetworkManager-wait-online.service

Run sudoedit /etc/rc.local и добавил это перед строкой с выходом 0:

    rfkill block bluetooth

, и я также пробовал это

    sudo systemctl edit apt-daily.timer 

и вставил следующий текст в {{1 }} окно редактора:

   # apt-daily timer configuration override
   [Timer]
   OnBootSec=15min
   OnUnitActiveSec=1d
   AccuracySec=1h
   RandomizedDelaySec=30min

Но моя загрузка по-прежнему очень медленная и занимает более 1,5 минут. Теперь, когда я запускаю systemd-analysis виноват , я получаю

     1.503s snapd.service
      1.246s tor@default.service
       989ms virtualbox.service
       872ms dev-sda2.device
       674ms systemd-rfkill.service
       455ms dev-loop3.device
       149ms snap-core-2844.mount
       126ms lightdm.service
       119ms snap-core-2898.mount
       107ms accounts-daemon.service
       102ms apparmor.service
       100ms snap-core-2774.mount
        98ms ufw.service
        97ms ModemManager.service
        92ms snap-ufw-14.mount
        86ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
        86ms grub-common.service
        85ms swapfile.swap
        68ms plymouth-quit-wait.service
        59ms console-setup.service
        56ms preload.service
        54ms irqbalance.service
        52ms apport.service

Но , когда я запускаю systemd-analysis , я получаю Запуск завершился через 5,179 с. (прошивка) + 2,884 с (загрузчик) + 8,072 с (ядро) + 3 мин 504 мс (пользовательское пространство) = 3 мин 16,641 с

Загрузка все еще очень медленная. Говорит, что мое (пользовательское пространство) занимает 3 минуты? 3 мин 504 мс (пользовательское пространство) = 3 мин 16.641 с Какие-нибудь советы, пожалуйста? (Я использую SSD с уже установленными noatime, trim и AHCI).

Обновление 2:

Когда я запускаю cat / var / log / syslog , он слишком быстро сходит с ума, я не могу его скопировать, но он повторяет то же самое. Поэтому я запускаю less / var / log / syslog и получаю

    Sep 25 07:30:04 jon kernel: [  473.457872] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000
    Sep 25 07:30:04 jon kernel: [  473.457873] pcieport 0000:00:1c.2:    [ 0] Receiver Error         (First)
    Sep 25 07:30:04 jon kernel: [  473.457876] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.458511] pcieport 0000:00:1c.2: can't find device of ID00e2
    Sep 25 07:30:04 jon kernel: [  473.458574] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.458577] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
    Sep 25 07:30:04 jon kernel: [  473.458579] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000Sep 25 07:30:04 jon kernel: [  473.458580] pcieport 0000:00:1c.2:    [ 0] Receiver Error         (First)
    Sep 25 07:30:04 jon kernel: [  473.460512] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.460515] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
    Sep 25 07:30:04 jon kernel: [  473.460518] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000

(Дополнительная информация: до того, как я понял, что мои журналы (с тысячами журналов ошибок шины pcie ) занимали более 100 ГБ ( !) на моем твердотельном накопителе емкостью 250 ГБ. Теперь я использовал logrotate и ограничил журналы до 100 МБ и установил logrotate для ежедневного выполнения , а использование моего диска увеличилось с 180 ГБ до 80 ГБ.)

Я знаю, что ошибка шины pcie - это известная ошибка. Так это то, что задерживает мою загрузку? Ценю совет.

Обновление 3

Когда я запускаю lspci , я получаю

    00:00.0 Host bridge: Intel Corporation Device 5910 (rev 05)
    00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 05)
    00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
   00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 05)
   00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
   00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
   00:15.0 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #0 (rev 31)
  00:15.1 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #1 (rev 31)
  00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
  00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31)
  00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #1 (rev f1)
  00:1c.2 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #3 (rev f1)
  00:1c.3 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #4 (rev f1)
  00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
  00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
  00:1f.3 Audio device: Intel Corporation Device a171 (rev 31)
  00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
  01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev a2)
  03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
  04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
  04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)

Обновление 4

Я пробовал обходной путь из AER: получена исправленная ошибка Ошибка шины PCIe

» Текущий обходной путь - добавить pci = noaer в командную строку ядра:

1) отредактировать / etc / default / grub и добавить pci = noaer в строку, начинающуюся с GRUB_CMDLINE_LINUX_DEFAULT . Это будет выглядеть так: GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash pci = noaer" 2) запустите sudo update-grub 3) reboot "

Это сработало в предотвращении переполнения системного журнала и спама с помощью pcieport 0000: 00: 1c.2: AER: Получена исправленная ошибка: id = 00e2 сообщений.

Это здорово. Я больше не вижу этих сообщений об ошибках при загрузке.

Но мое время загрузки все еще составляет 90 секунд.

Теперь, когда я запускаю systemd-analysis , я получаю

Запуск завершен через 6,232 секунды (прошивка) + 3,306 секунды (загрузчик) + 8,247 секунды (ядро) + 3 минуты 551 мс (пространство пользователя) = 3 минуты 18,337 s еще.

Я использую ноутбук Asus модели X550V i7-7700HQ Skylake cpu (с Geforce GTX Nividia 950M на Samsung 850 Evo 250Gb SSD) на ядре 4.13.3-041303-generic. У меня была такая же проблема с ядром 4.10.0-35, поэтому я переключился на ядро ​​4.13, чтобы посмотреть, есть ли какие-либо улучшения, но это та же проблема, все еще медленная загрузка.

Мне все еще нужно добавить pci = nomsi в Grub, как это предлагается в комментариях ниже, если у меня больше нет сообщений об ошибках pcie buss?

Поможет ли это моей все еще медленной загрузке время?

Обновление 5

[ РЕШЕНО с использованием всех рекомендаций. Загрузите сейчас 10-15 секунд]

См. Решения и комментарии ниже. (TL / DR последней ошибкой было то, что загрузка искала старый cryptswap. Решена отключением cryptswap и редактированием / etc / crypttab )

2
задан 26 September 2017 в 08:01

2 ответа

Я прошел подобное (хотя не как решительное) опыт .

От терминала необходимо использовать:

sudo systemctl disable snapd.refresh.service
sudo systemctl disable NetworkManager-wait-online.service

, Если Вы не используете snapd, отключение его не является проблемой. Согласно моему собственному опыту, отключающему NetworkManager-wait-online-service во время начальной загрузки, не проблема.

До apt-daily.service идет, это известная ошибка . Это не было разработано, чтобы быть выполненным во время начальной загрузки, но пятнадцать минут в Вашу сессию. Существует несколько различных ответов на ту проблему, но поскольку я никогда не встречался, она не может сказать, который лучше. (Я пошел бы с тем с большей частью upvotes хотя).

, Хотя начальная загрузка SSD заняла время от 45 секунд до 11 секунд, я сожалею, что Вы купили тот, думая, что это решит эту конкретную проблему. Вы будете все еще наслаждаться им хотя, потому что приложения загрузятся через несколько секунд вместо 15 секунд.

2
ответ дан 2 December 2019 в 02:14

[РЕШЕННЫЙ]

После попытки всего вышеупомянутого и таким образом фиксации PCIe Bus Error и AER Corrected error recieved сообщения, которые лавинно рассылали мой syslog , и после использования'

sudo systemctl disable snapd.refresh.service
sudo systemctl disable NetworkManager-wait-online.service

как предложено выше для удаления большего количества времени начальной загрузки моя начальная загрузка была все еще приблизительно 80 секундами.

Затем я заметил, когда я работал less /var/log/syslog эта ошибка также в моем syslog

    systemd[1]: Dependency failed for Cryptography Setup for cryptswap1.
    systemd[1]: Dependency failed for dev-mapper-cryptswap1.device.

Кажется, что моя начальная загрузка также искала cryptswap который я заменил a swapfile только что. Я пропустил ту ошибку благодаря Ошибке шины PCIe и сообщениям об ошибках AER, которые лавинно рассылали мой syslog и это поднимало почти 100 ГБ моего дискового пространства (!)

Конечное решение здесь при удалении cryptswap и Как отключить Crytswap после этого объяснения.

Кажется, что я уже прокомментировал cryptswap1 строка в fstab который не использовался, но еще не прокомментировал строку в /etc/crypttab .so я сделал следующим образом;

    sudo cryptsetup remove /dev/mapper/cryptswap1
    sudo vim /etc/crypttab
    *comment out the `cryptswap1 UUID= .... ` line*

теперь моя начальная загрузка составляет 10-15 секунд! Цените всю справку.

2
ответ дан 2 December 2019 в 02:14

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

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