Ubuntu 20.04.1 Медленная (1 минута) загрузка с SSD Samsung 850 EVO

Примечание: Краткое резюме внизу.

Это чистая установка 20.04.1 без сторонних пакетов на старую систему x58 (SATA II) с архаичным гибридным EFI/legacy BIOS. Изначально я создал 1 раздел OS 25GB и 1 раздел Home с флагами. Переустановка с разделами по умолчанию не привела ни к каким изменениям. Никаких USB-устройств, кроме клавиатуры и мыши, не подключено. Ранее была установлена 18.04.4 с загрузкой <10 секунд.

От конца BIOS до фиолетового экрана GRUB и экрана входа в систему проходит от 50 до 1:10:95 секунд, измеренных телефоном. Большая часть времени (не менее 50 секунд) уходит на фиолетовый экран GRUB. Старый SSD Mushkin Chronos 120GB с теми же кабелями SATA и чистой установкой 20.04.1 загружается за 8 секунд. SMART short, long и fsck сканирование SSD Samsung 850 250GB через LiveUSB не выявило ошибок. Я несколько раз форматировал Samsung в EXT4 и обновлял прошивку. Бенчмарки показывают среднюю скорость чтения 284,2 и 285,4 МБ/с в двух тестах для Samsung, что кажется нормальным для SATA II.

$ inxi -Fxz
System:
  Kernel: 5.4.0-54-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 
  Desktop: Gnome 3.36.3 Distro: Ubuntu 20.04.1 LTS (Focal Fossa) 
Machine:
  Type: Desktop Mobo: Gigabyte model: EX58-UD3R BIOS: Award 
  v: Fk2 date: 09/27/2011 
CPU:
  Topology: 6-Core model: Intel Xeon X5675 bits: 64 type: MT MCP 
  arch: Nehalem rev: 2 L2 cache: 12.0 MiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 73548 
  Speed: 1877 MHz min/max: 1596/3060 MHz Core speeds (MHz): 1: 1599 2: 1617 
  3: 1636 4: 1690 5: 1635 6: 1635 7: 1604 8: 1633 9: 1659 10: 1621 11: 1691 
  12: 1692 
Graphics:
  Device-1: NVIDIA GK208B [GeForce GT 710] vendor: eVga.com. driver: nouveau 
  v: kernel bus ID: 01:00.0 
  Device-2: NVIDIA GP106 [GeForce GTX 1060 6GB] vendor: eVga.com. 
  driver: nouveau v: kernel bus ID: 02:00.0 
  Display: x11 server: X.Org 1.20.8 driver: nouveau 
  resolution: 1680x1050~60Hz, 1680x1050~60Hz 
  OpenGL: renderer: NV106 v: 4.3 Mesa 20.0.8 direct render: Yes 
Audio:
  Device-1: Intel 82801JI HD Audio vendor: Gigabyte GA-EP45-UD3R 
  driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  Device-2: NVIDIA GK208 HDMI/DP Audio vendor: eVga.com. 
  driver: snd_hda_intel v: kernel bus ID: 01:00.1 
  Device-3: NVIDIA GP106 High Definition Audio vendor: eVga.com. 
  driver: snd_hda_intel v: kernel bus ID: 02:00.1 
  Sound Server: ALSA v: k5.4.0-54-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Gigabyte driver: r8169 v: kernel port: ce00 bus ID: 05:00.0 
  IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 232.89 GiB used: 7.50 GiB (3.2%) 
  ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB 
Partition:
  ID-1: / size: 227.74 GiB used: 7.50 GiB (3.3%) fs: ext4 dev: /dev/sda5 
Sensors:
  System Temperatures: cpu: 21.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
  GPU: device: nouveau temp: 37 C fan: 0 device: nouveau temp: 32 C 
Info:
  Processes: 303 Uptime: 2m Memory: 15.63 GiB used: 931.5 MiB (5.8%) 
  Init: systemd runlevel: 5 Compilers: gcc: N/A Shell: bash v: 5.0.17 
  inxi: 3.0.38 

Другие вещи, которые я пробовал:

systemd-analyze blame показал 12.332s apt-daily.service как худшего нарушителя, поэтому я добавил следующее в /etc/systemd/system/apt-daily. timer

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

После этого systemd-analyze blame показал 4.912s NetworkManager-wait-online.service и 4.604s plymouth-quit-wait.service

Следующие шаги: sudo systemctl disable NetworkManager-wait-online.service, удалил splash из /etc/default/grub и обновил GRUB: sudo update-grub

Удаление splash было значительным, но ничего не привело к ускорению загрузки. Продолжая, я обнаружил, что Quick Boot не был включен в BIOS, поэтому его удалось включить. fsck запускался перед экраном входа в систему при каждой загрузке. Затем я добавил fsck.mode=skip в GRUB_CMDLINE_LINUX_DEFAULT=

Использовал другие ядра 5.4 или 5.8, добавил nomodeset или noresume в GRUB и изменил порт SATA с 1 на 0, затем переустановил. При установке Linux Mint 20 возникла та же проблема с загрузкой за 1:08:58 секунды.

Обновленный микрокод.

Раскомментирование quiet splash через GRUB приводит к обычным сообщениям о загрузке после той же задержки фиолетового экрана.

Удален plymouth. Использована опция noplymouth GRUB после очередной переустановки 20.04.1.

Нажатие ESC на фиолетовом экране GRUB ничего не дает, пока не удален quiet splash. После этого загрузка зависает до появления сообщений о загрузке.

Чистая переустановка 18.04.4 после всего этого снова дает загрузку <10 секунд.

Добавлена опция noatime для монтирования в /etc/fstab

Проверил соответствие UUID, сравнив blkid с /etc/fstab

Убедился, что UUID совпадают. /etc/fstab

Откомментировал и изменил DefaultTimeoutStartSec=90s на 10s в /etc/systemd/system. conf

Проверил /var/log/boot.log

Поставил Samsung 850 в другую систему с включенным устаревшим режимом BIOS (также есть опция UEFI). Я не переустанавливал 20.04.1 на SSD в новой системе, я просто подключил его к новой системе. Он загрузился за 8 секунд.

Установил 20.04.1 на другие SSD, включая Samsung 840 EVO 250GB, Intel 330 240GB и снова на Mushkin Chronos 120GB. На всех установлена текущая прошивка. Все, кроме Mushkin, загрузились более чем за 40 секунд.

Убедился, что на Mushkin есть функция TRIM с помощью journalctl -u fstrim. Samsung 850 и 840 печально известны тем, что страдают от ошибки очереди TRIM. Оба имеют обновленную прошивку, но dmesg показывает, что для этих SSD все еще отключена очередь TRIM. Я не могу объяснить, почему только Mushkin избегает проблемы зависания фиолетового экрана.

Установил 18.04.4 рядом с 20.04, чтобы получить GRUB v2.02 (у 20.04 есть v2.04).

Сравнил сканирование LiveUSB 20.04.1 fsck (1 мин 40 сек) с задержкой загрузки установленной 20.04.1 (50 сек). Я думал, что fsck выполняется перед каждой загрузкой без какой-либо индикации. journalctl -u systemd-fsck*, похоже, показывает, что fsck сканирование пропускается после проверки состояния.

Изменены настройки BIOS EFI на Auto, Non-EFI и Legacy. Программа установки 20.04.1 всегда создает раздел EFI (ESP), несмотря на настройки. Ручное создание только раздела EXT4 с флагом / не приводит к изменениям.

Физически удалил 2-й GPU (GTX 1060), PCI-карту USB 3.0 и все другие ненужные периферийные устройства.

Использовал драйверы Nvidia вместо nouveau для GT 710 с удаленным GTX 1060.

Отключил SATA-порты материнской платы Gigabyte в BIOS, оставив включенными только SATA-порты ICH10.

Установил другие версии и вкусы. 18.04.4, 19.10, 20.10 и ежедневная сборка 21.04 дошли до экрана входа в систему менее чем за 10 секунд. 20.04.1, Fedora 33 и Linux Mint 20 и 20.1 загрузились примерно через 50 секунд или дольше.

Резюме:

Версии Ubuntu 18.04.4, 19.10, 20.10 и 21.04 достигают экрана входа в систему менее чем за 10 секунд. Только 20.04.1 при установке на Samsung 850, 840 или Intel 330 SSD зависает на фиолетовом экране не менее чем на 50 секунд до входа в систему. Только при установке 20.04.1 на SSD Mushkin Chronos она достигает входа в систему менее чем за 10 секунд.

1
задан 29 November 2020 в 00:32

1 ответ

Проблема связана с материнской платой Gigabyte EX58-UD3R (Rev 1.6) с гибридным EFI/устаревшим BIOS и программой установки Ubuntu 20.04.1. Проблема, похоже, не связана с SSD, как я сначала подумал.

Установщик, используя параметр «Стереть диск», создает раздел EFI размером 537 МБ и раздел EXT4 с таблицей разделов MBR при установке в этой системе x58.Выбор параметра «Что-то еще» не позволяет вручную создать в системе раздел EFI или таблицу разделов GPT.

Решение состоит в том, чтобы загрузиться в GParted, создать таблицу разделов GPT, создать раздел EFI с FAT32, создать раздел EXT4, затем установить флаги Boot и ESP для EFI. раздел. В установщике Ubuntu с помощью параметра «Что-то еще» оставьте раздел EFI нетронутым, но установите флаг / и установите ОС в раздел EXT4. Изменение места установки загрузчика по умолчанию с sda на sda1 (раздел EFI) приводит к зависанию этой системы при появлении сообщения BIOS «Проверка данных пула DMI».

В BIOS x58 нормально работала установка версии 18.04.4 с таблицей MBR и только разделами EXT4 (без разделов EFI). Установка 20.04.1 с таблицей MBR и только разделами EXT4 или EXT4 и EFI приводит к зависанию системы перед экраном входа в систему более чем на 50 секунд. Используя приведенные выше шаги, теперь требуется 13-15 секунд, чтобы перейти к экрану входа в систему после BIOS при тестировании на тех же твердотельных накопителях Samsung 850 или 840 EVO.

Источники:

Не очень блестящая версия гибрида EFI/устаревшего BIOS от Gigabyte Родерика В. Смита.

Лучшие инструкции по использованию GParted.

0
ответ дан 18 January 2021 в 10:41

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

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