Посещая наш сайт, вы соглашаетесь с нашей политикой конфиденциальности в отношении файлов cookie, статистики отслеживания и т. д.

Главная » Вопросы и ответы » Убунту

Обнаружение и исправление медленного запуска в Ubuntu 20.04

На чтение 10 мин Опубликовано
Содержание
  1. Вопрос или проблема
  2. Ответ или решение
  3. Как обнаружить и устранить медленную загрузку Ubuntu 20.04
  4. 1. Проверка состояния файловой системы
  5. 2. Настройка GRUB
  6. 3. Оптимизация служб системы
  7. 4. Обновление BIOS
  8. 5. Настройка параметров памяти
  9. 6. Мониторинг производительности
  10. Заключение

Вопрос или проблема

В последнее время у меня медленное время запуска (90 секунд против 20 секунд в прошлом) с тех пор, как я обновился с Ubuntu 18.04 на 20.04.

Я на Ubuntu 20.04.1 LTS 64-бит. Я работаю на гибридной системе SSD (120 ГБ) + HDD (500 ГБ), процессор Intel Core i3-6100U @ 2.30GHz × 4 и 8 ГБ оперативной памяти DDR4. Мои разделы: SSD: 249MB EFI (/boot/efi), 40GB Файловая система (/), 8GB Swap и 72 GB Файловая система (/home). HDD не смонтирован.

Я отформатировал свою систему и переустановил Ubuntu, но время загрузки практически такое же.
Я также попытался открыть /etc/fstab (в качестве супер пользователя), удалить (или закомментировать) строку, содержащую старый раздел подкачки, и настроить новую подкачку:

# /etc/fstab: статическая информация о файловой системе.
#
# Используйте 'blkid' для вывода универсального уникального идентификатора устройства; это может быть использовано с UUID= как более надежный способ именования устройств, который работает даже если диски добавляются и удаляются. См. fstab(5).
#
# <файловая система> <точка монтирования>   <тип>  <опции>       <dump>  <pass>
# / был на /dev/sdc2 во время установки
UUID=cf116583-5203-458c-855e-6f412a1ba35d /               ext4    errors=remount-ro 0       1
# /boot/efi был на /dev/sdc1 во время установки
UUID=4C04-C9BD  /boot/efi       vfat    umask=0077      0       1
# /home был на /dev/sdc4 во время установки
UUID=a5f9b844-bb2a-49e0-9a8e-d88c76eeb832 /home           ext4    defaults        0       2
# своп был на /dev/sdc3 во время установки
# UUID=3bd915e8-cdd5-4ffd-a477-b355a73d53b3 none            swap    sw              0       0

Также я отменил сообщение Нажмите Ctrl+C, чтобы отменить все проверки файловой системы, находящиеся в процессе при загрузке, добавив fsck.mode=skip в /etc/default/grub.

Вот некоторые команды, которые я выполнял для устранения неполадок, вместе с их соответствующим выводом:

$ systemd-analyze time
Запуск завершился за 23.446s (прошивка) + 9.900s (загрузчик) + 5.114s (ядро) + 41.224s (пользовательское пространство) = 1мин 19.686s 
графическая цель достигнута через 40.975s в пользовательском пространстве

$ systemd-analyze blame
24.614s plymouth-quit-wait.service                                                               
11.743s dev-sdb2.device                                                                          
10.361s snapd.service                                                                            
 9.676s NetworkManager-wait-online.service                                                       
 6.549s dev-loop8.device                                                                         
 6.492s dev-loop10.device                                                                        
 6.460s dev-loop9.device                                                                         
 6.413s dev-loop11.device                                                                        
 4.894s dev-loop0.device                                                                         
 4.856s dev-loop4.device                                                                         
 4.707s dev-loop2.device                                                                         
 4.705s dev-loop1.device                                                                         
 4.693s dev-loop6.device                                                                         
 4.688s dev-loop3.device                                                                         
 4.582s dev-loop7.device                                                                         
 4.526s dev-loop5.device                                                                         
 3.761s upower.service                                                                           
 3.310s systemd-rfkill.service                                                                   
 2.588s udisks2.service                                                                          
 2.232s fwupd.service                                                                            
 2.108s systemd-logind.service                                                                   
 2.025s accounts-daemon.service                                                                  
 1.931s networkd-dispatcher.service                                                              
 1.497s [email protected]                                                                        
 1.383s polkit.service                                                                           
 1.264s avahi-daemon.service                                                                     
 1.223s bluetooth.service                                                                        
 1.214s NetworkManager.service                                                                   
 1.119s systemd-resolved.service                                                                 
 1.037s switcheroo-control.service                                                               
 1.022s apport.service                                                                           
 1.009s keyboard-setup.service                                                                   
  954ms systemd-timesyncd.service                                                                
  900ms systemd-journald.service                                                                 
  868ms snapd.apparmor.service                                                                   
  826ms systemd-udev-trigger.service                                                             
  822ms grub-common.service

В следующей команде время, когда юнит стал активным или запущенным, выводится после символа @. Время, которое потребовалось для запуска юнита, выводится после символа +.

$ systemd-analyze critical-chain
графическая цель @40.975s
└─multi-user.target @40.956s
  **└─kerneloops.service @25.596s +293ms**
    └─network-online.target @25.548s
      **└─NetworkManager-wait-online.service @15.866s +9.676s
        └─NetworkManager.service @14.638s +1.214s**
          └─dbus.service @14.590s
            └─basic.target @14.444s
              └─sockets.target @14.443s
                **└─snapd.socket @14.434s +6ms**
                  └─sysinit.target @14.374s
                    **└─snapd.apparmor.service @13.504s +868ms**
                      └─apparmor.service @13.042s +452ms
                        └─local-fs.target @13.032s
                          └─run-user-1000-doc.mount @30.724s
                            └─run-user-1000.mount @18.199s
                              └─swap.target @12.881s
                                **└─dev-sdb3.swap @12.750s +114ms**
                                  └─dev-sdb3.device @12.730s

Пожалуйста, примите во внимание, что я обычный пользователь Ubuntu, поэтому практические решения будут оценены.

ИЗМЕНЕНИЕ 16:35 2020/10/06

Скриншоты и информация, запрошенные @heynnema:

$ grep -i swap /etc/fstab
# своп был на /dev/sdc3 во время установки
UUID=316dc5cd-e888-48b8-868a-0e5d6072e480 none            swap    sw              0       0

$ sudo blkid
/dev/sdb2: UUID="cf116583-5203-458c-855e-6f412a1ba35d" TYPE="ext4" PARTUUID="8767a42b-380a-45af-87f9-84c9fe0a6bc4"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: LABEL="HDD" UUID="42365cfd-df11-4b02-9f9b-9047da487338" TYPE="ext4" PARTUUID="ee264f0e-6367-4360-9216-a3b24c63d56b"
/dev/sdb1: UUID="4C04-C9BD" TYPE="vfat" PARTUUID="8648f750-04c5-4508-8b4e-82f7b947e6b9"
/dev/sdb3: UUID="316dc5cd-e888-48b8-868a-0e5d6072e480" TYPE="swap" PARTLABEL="lol" PARTUUID="86bf4b4a-0d1e-4341-94fb-c674c1c39b88"
/dev/sdb4: UUID="a5f9b844-bb2a-49e0-9a8e-d88c76eeb832" TYPE="ext4" PARTUUID="3833323d-93a2-4961-9ba8-a3aee724153e"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"

$ ls -al /var/crash
total 8
drwxrwsrwt  2 root whoopsie 4096 июл 31 18:31 .
drwxr-xr-x 14 root root     4096 июл 31 18:35 ..

Скриншоты из GParted и Disks (SMART):

01_disks_smart_SSD

02_disks_smart_SSD

disks_smart_HDD

gparted_sda

gparted_sdb

ИЗМЕНЕНИЕ 18:07 2020-10-06

@heynnema, вот последние запросы:

$ systemctl status plymouth-quit-wait
     Загружен: загружен (/lib/systemd/system/plymouth-quit-wait.service; stat>
     Активен: неактивен (мертв) с вторника 2020-10-06 17:11:13 CEST; 42мин назад
     Процесс: 1056 ExecStart=/bin/plymouth --wait (код=вышел, статус=0/S>   
   Основной PID: 1056 (код=вышел, статус=0/УСПЕХ)

окт 06 17:10:48 matheus-Vostro-15-3568 systemd[1]: Запуск ожидания завершения plymouth...
окт 06 17:11:13 matheus-Vostro-15-3568 systemd[1]: plymouth-quit-wait.service завершен.

$ free -h
              всего        использовано        свободно      совместно  buff/cache   доступно
Память:      7,6Gi       1,9Gi       3,9Gi       196Mi      1,9Gi       5,3Gi
Своп:         7,4Gi          0B       7,4Gi

$ sysctl vm.swappiness
vm.swappiness = 60

$ ls -al /
всего 84 
drwxr-xr-x 20 root root   4096 окт 5 23:57 . 
drwxr-xr-x 20 root root   4096 окт 5 23:57 .. 
lrwxrwxrwx 1 root root       7 окт 5 23:49 bin -> usr/bin 
drwxr-xr-x 4 root root    4096 окт 6 00:09 boot 
drwxrwxr-x 2 root root    4096 окт 5 23:57 cdrom 
drwxr-xr-x 21 root root   4540 окт 6 17:10 dev 
drwxr-xr-x 127 root root 12288 окт 6 16:20 etc 
drwxr-xr-x 4 root root    4096 окт 5 23:58 home 
lrwxrwxrwx 1 root root       7 окт 5 23:49 lib -> usr/lib 
lrwxrwxrwx 1 root root       9 окт 5 23:49 lib32 -> usr/lib32 
lrwxrwxrwx 1 root root       9 окт 5 23:49 lib64 -> usr/lib64 
lrwxrwxrwx 1 root root      10 окт 5 23:49 libx32 -> usr/libx32 
drwx------ 2 root root   16384 окт 5 23:48 lost+found 
drwxr-xr-x 3 root root    4096 окт 6 16:49 media 
drwxr-xr-x 2 root root    4096 июл 31 18:27 mnt 
drwxr-xr-x 2 root root    4096 июл 31 18:27 opt 
dr-xr-xr-x 251 root root     0 окт 6 17:10 proc 
drwx------ 6 root root    4096 окт 6 00:19 root 
drwxr-xr-x 34 root root    880 окт 6 17:11 run 
lrwxrwxrwx 1 root root       8 окт 5 23:49 sbin -> usr/sbin 
drwxr-xr-x 12 root root   4096 окт 6 02:15 snap 
drwxr-xr-x 2 root root    4096 июл 31 18:27 srv 
dr-xr-xr-x 13 root root      0 окт 6 17:10 sys 
drwxrwxrwt 21 root root   4096 окт 6 17:57 tmp 
drwxr-xr-x 14 root root   4096 июл 31 18:28 usr 
drwxr-xr-x 14 root root   4096 июл 31 18:35 var

$ sudo dmidecode -s bios-version
2.6.0

Точная марка/модель моего компьютера/материнской платы: DELL vVstro 15 3568, i3-6100u

ИЗМЕНЕНИЕ 18:05 2020-10-08

Сообщения, показанные при нажатии Esc при загрузке:

сообщения, показанные при нажатии ESC при загрузке

fsck

Уберите fsck.mode=skip из /etc/default/grub и выполните sudo update-grub.

Сначала давайте проверим вашу файловую систему…

  • загрузитесь с Ubuntu Live DVD/USB в режиме «Попробовать Ubuntu»
  • откройте окно терминала, нажав Ctrl+Alt+T
  • введите sudo fdisk -l
  • определите имя устройства /dev/sdXX для вашей “Linux Filesystem”
  • введите sudo fsck -f /dev/sdXX, заменив sdXX на номер, который вы нашли ранее
  • повторите команду fsck, если были ошибки
  • введите reboot

BIOS

Dell Vostro 15 3568

У вас версия BIOS 2.6.0.

Существует более новая версия BIOS, версия 3.6.0, датированная 27 июля 2020 года, которую можно загрузить здесь.

Инструкции по установке находятся здесь.

Примечание: подтвердите, что у меня правильная веб-страница для вашего номера модели.

Примечание: обязательно создайте резервные копии перед обновлением BIOS.

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

У вас есть ошибки AER (Advanced Error Reporting) на ваших беспроводных или Ethernet-устройствах. Если это настольный компьютер, пересаживайте беспроводную карту и Ethernet-карту… в противном случае сделайте следующее…

sudo -H gedit /etc/default/grub # редактируйте этот файл

Найдите:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Измените это на:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"

sudo update-grub # обновите GRUB

reboot # перезагрузите компьютер

Ответ или решение

Как обнаружить и устранить медленную загрузку Ubuntu 20.04

Согласно вашему описанию проблемы, время загрузки вашей системы увеличилось с 20 секунд до 90 секунд после обновления до Ubuntu 20.04. Это может быть связано с различными факторами — от конфигураций системы до проблем с оборудованием. В этом руководстве мы разберем, как диагностировать и устранить возможные причины медленной загрузки.

1. Проверка состояния файловой системы

Одной из основных причин медленной загрузки может быть состояние файловой системы. Убедитесь, что у вас нет ошибок на диске, выполнив следующие шаги:

  • Загрузитесь с Live USB/DVD Ubuntu.

  • Откройте терминал (Ctrl + Alt + T).

  • Введите команду для отображения дисков:

    sudo fdisk -l

  • Найдите ваше корневое файловое устройство (обычно это /dev/sdb2 или аналогичный) и выполните команду для проверки:

    sudo fsck -f /dev/sdXX

    Замените sdXX на имя вашего устройства. Повторите команду fsck, если были обнаружены ошибки.

2. Настройка GRUB

Вы отключили проверку файловой системы, добавив fsck.mode=skip в параметры загрузчика GRUB. Рекомендуется удалить эту строку для корректной работы системы. Выполните следующие команды:

  • Откройте файл конфигурации GRUB:

    sudo nano /etc/default/grub

  • Убедитесь, что строка с fsck.mode=skip удалена. Например:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

  • Сохраните изменения и обновите GRUB:

    sudo update-grub

3. Оптимизация служб системы

Согласно выводам команд systemd-analyze blame и systemd-analyze critical-chain, некоторые службы замедляют загрузку. Рассмотрим, как можно оптимизировать эти службы:

  • Plymouth: Эта служба в значительной степени отвечает за замедление загрузки. Попробуйте отключить plymouth-quit-wait.service:

    sudo systemctl disable plymouth-quit-wait.service

  • NetworkManager-wait-online.service: Если ваша система не требует сетевого подключения при загрузке, вы можете отключить эту службу:

    sudo systemctl disable NetworkManager-wait-online.service

  • Snapd: Службы snapd могут также замедлять загрузку. Если вы не используете snap-приложения, рассмотрите возможность отключения snapd:

    sudo systemctl disable snapd.service

4. Обновление BIOS

Согласно предоставленной информации, у вас установлена устаревшая версия BIOS (2.6.0) на вашем Dell Vostro 15 3568. Обновите BIOS до версии 3.6.0, так как обновления содержат исправления, которые могут повысить производительность и стабильность системы. Скачайте последнюю версию с официального сайта Dell.

5. Настройка параметров памяти

Ваше значение vm.swappiness составляет 60. Это значение контролирует, насколько агрессивно система использует своп. Понижение его до 10 может повысить производительность, особенно если у вас достаточно оперативной памяти:

  • Измените значение swappiness:

    echo "vm.swappiness = 10" | sudo tee /etc/sysctl.d/99-swappiness.conf
sudo sysctl --system

6. Мониторинг производительности

После внесения изменений перезагрузите компьютер и используйте следующие команды для мониторинга производительности загрузки:

systemd-analyze time
systemd-analyze blame

Заключение

Следуя данным шагам, вы сможете обнаружить и устранить проблемы, вызывающие медленную загрузку Ubuntu 20.04. Начните с базовых проверок файловой системы и служб, а затем переходите к более продвинутым настройкам, таким как обновление BIOS. Если после всех изменений проблема сохраняется, возможно, потребуется дополнительно исследовать совместимость оборудования или потенциальные аппаратные неисправности.

Помните, что всегда полезно иметь резервные копии важной информации перед внесением значительных изменений в систему.

boot partitioning performance
Оцените материал
Добавить комментарий

Капча загружается...

© 2025 IZ6.RU
*В материалах сайта упоминаются социальные сети Фейсбук / Инстаграм, принадлежащие Meta Platforms Inc., деятельность которой запрещена на территории РФ в части реализации данных социальных сетей на основании осуществления ею экстремистской деятельности