Примечание: Краткое резюме внизу.
Это чистая установка 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 секунд.
Проблема связана с материнской платой 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.