материнская плата ASUS PRIME Z270-P

На чипсете Intel Z270, сокет LGA1151, примерно 2017 года выхода ... вот такая:

Привлекла внимание тем, что на ней (из числа дешёвых плат) есть 2 разъёма твердотельных дисков M.2 Socket 3 под NVME.

Обзор и тестирование материнской платы ASUS PRIME Z270-P: не выходим за рамки бюджета
ASUS Prime Z270-P: надежная и яркая

Olej писал(а): ↑
21 ноя 2022, 17:34
Привлекла внимание тем, что на ней (из числа дешёвых плат) есть 2 разъёма твердотельных дисков M.2 Socket 3 под NVME.

На протяжении года плата работала временно с процессором Intel Celeron G3930:

Код: Выделить всё

olej@nvme:~$ inxi -Cxxx
CPU:       Topology: Dual Core model: Intel Celeron G3930 bits: 64 type: MCP arch: Kaby Lake rev: 9 L2 cache: 2048 KiB
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 11599
           Speed: 2900 MHz min/max: 800/2900 MHz Core speeds (MHz): 1: 2900 2: 2900

Код: Выделить всё

olej@nvme:~$ lscpu -e
CPU NODE SOCKET CORE L1d:L1i:L2:L3 ONLINE    MAXMHZ   MINMHZ
  0    0      0    0 0:0:0:0           да 2900,0000 800,0000
  1    0      0    1 1:1:1:0           да 2900,0000 800,0000

А сегодня я её испытываю с процессором Intel Core i5-6500:

Код: Выделить всё

olej@nvme:~/2022/Monero$ inxi -Cxxx
CPU:       Info: Quad Core model: Intel Core i5-6500 bits: 64 type: MCP arch: Skylake-S rev: 3 L2 cache: 6 MiB
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 25599
           Speed: 800 MHz min/max: 800/3600 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800

Код: Выделить всё

olej@nvme:~/2022/Monero$ lscpu -e
CPU NODE SOCKET CORE L1d:L1i:L2:L3 ONLINE    MAXMHZ   MINMHZ
  0    0      0    0 0:0:0:0          yes 3600,0000 800,0000
  1    0      0    1 1:1:1:0          yes 3600,0000 800,0000
  2    0      0    2 2:2:2:0          yes 3600,0000 800,0000
  3    0      0    3 3:3:3:0          yes 3600,0000 800,0000

Субъектино оно летает в лёт ... даже с предыдущим процессором...
Но есть там одна проблема (иначе я не стал бы специально городить тему про конкретную материнку - мало ли у меня их было...)

Olej писал(а): ↑
21 ноя 2022, 19:01
Но есть там одна проблема

Проблема в гигабитном сетевом адаптере на борту:

Код: Выделить всё

olej@nvme:~/2022/Monero$ inxi -nxxx
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK PRIME B450M-A driver: r8169 
           v: kernel port: e000 bus ID: 03:00.0 chip ID: 10ec:8168 class ID: 0200 
           IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: 10:7b:44:47:a2:47

Код: Выделить всё

olej@nvme:~/2022/Monero$ lspci -k -n | grep -A3 03:00.0
03:00.0 0200: 10ec:8168 (rev 15)
	Subsystem: 1043:8677
	Kernel driver in use: r8169
	Kernel modules: r8169

Так что, наверное RTL 8168 (rev 15), а не взагали Realtek RTL8111/8168/8411

И проблема состоит в том, что как только сетевой адаптер Linux настроен работать по DHCP - всё просто замечательно:

Код: Выделить всё

olej@nvme:~/2022/Monero$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 10:7b:44:47:a2:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.241/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
       valid_lft 160843sec preferred_lft 160843sec

Но как только его конфигурировать вручную (на разные маршрутизаторы, например) статически, начинаются фокусы:

Код: Выделить всё

olej@nvme:~/2022/Monero$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 10:7b:44:47:a2:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.241/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
       valid_lft 172791sec preferred_lft 172791sec
    inet 192.168.1.17/24 brd 192.168.1.255 scope global secondary noprefixroute enp3s0
       valid_lft forever preferred_lft forever

Откуда у него сверх статического 192.168.1.17 торчит алиасный IP оставшийся от DHCP

И при этом ping замечательно ходит через наружный маршрутизатор в Интернет:

Код: Выделить всё

olej@nvme:~/2022/Monero$ ping -c3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=10.3 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=9.37 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=9.72 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 9.368/9.792/10.292/0.380 ms

Но ping затыкается по ближайшим LAN:

Код: Выделить всё

olej@nvme:~/2022/Monero$ ping -c3 192.168.1.14
PING 192.168.1.14 (192.168.1.14) 56(84) bytes of data.
64 bytes from 192.168.1.14: icmp_seq=1 ttl=64 time=8.28 ms
64 bytes from 192.168.1.14: icmp_seq=2 ttl=64 time=4.16 ms

--- 192.168.1.14 ping statistics ---
3 packets transmitted, 2 received, 33.3333% packet loss, time 2002ms
rtt min/avg/max/mdev = 4.158/6.218/8.279/2.060 ms

И потеря пакетов может составлять и 80% и 90%...

И это проверялось на разных дистрибутивах: Mint 20.3, LMDE 5, antiX 21, Debian 11 ... ещё на чём-то ... Проявляется везде!

Olej писал(а): ↑
21 ноя 2022, 19:20
И проблема состоит в том

Пишут, что в BIOS American Megatrends есть ошибка в поддержке такого адаптера:

Код: Выделить всё

olej@mint:~$ sudo dmidecode -sbios-vendor
American Megatrends Inc.

olej@mint:~$ sudo dmidecode -sbios-version
0807

olej@mint:~$ sudo dmidecode -sbios-release-date
06/07/2017

olej@mint:~$ sudo dmidecode -sbios-revision
5.12

И ещё пишут, что модуль/драйвер r8169 плохо поддерживает временами такие устройства, и тогда желательно установить:

модуль r8169 с определенного времени включен в ядро, но есть устройства, которые капризничают с этим модулем, а потому в этих
случаях советуют перейти на модуль r8168 или, даже лучше, r8168-dkms

Код: Выделить всё

olej@nvme:~/2022/ASUSTeK_PRIME.tech$ lsb_release -a
No LSB modules are available.
Distributor ID: Linuxmint
Description:    LMDE 5 (elsie)
Release:        5
Codename:       elsie

Код: Выделить всё

olej@nvme:~/2022/Monero$ aptitude search 8168
p   r8168-dkms                                                     - dkms source for the r8168 network driver

Olej писал(а): ↑
21 ноя 2022, 19:37
тогда желательно установить:

Об этом довольно много пишут:
Пакет: r8168-dkms (8.050.03-2) [non-free]

dkms source for the r8168 network driver

r8168 is the Linux device driver released by RealTek for their network controllers with PCI-Express interface:

* 10/100/1000M Gigabit Ethernet: RTL8111B, RTL8111C, RTL8111D, RTL8111E,
RTL8111F, RTL8111G(S), RTL8111H(S), RTL8118(A)(S), RTL8119i, RTL8111L,
RTL8111K, RTL8168B, RTL8168E, RTL8168H, RTL8111DP, RTL8111EP, RTL8111FP,
RTL8411, RTL8411B

This driver should only be used for devices not yet supported by the in-kernel driver r8169. Please see the README.Debian for instructions how to report bugs against r8169 that made it necessary to use r8168-dkms.

И вот самое главное:

Installation of the r8168-dkms package will disable the in-kernel r8169 module. To re-enable r8169, the r8168-dkms package must be purged.

How To get your Realtek RTL8111/RTL8168 working (updated guide)
В подстрочном переводе:

Некоторые люди спрашивали меня: «Зачем мне вообще нужен этот драйвер? Разве ядро Linux не поставляет его?». Это, конечно, правильный вопрос. Насколько я понимаю, RTL8111/RTL8168 не является открытым исходным кодом, и это, конечно же, причина, по которой драйвер не включен в ядро Linux. Пока драйвер не с открытым исходным кодом, мы должны создавать его самостоятельно.

Непременно проделаю это ... но это уже завтра

Olej писал(а): ↑
22 ноя 2022, 02:25
Непременно проделаю это ... но это уже завтра

Сказано - сделано

Перед переустановкой:

Код: Выделить всё

olej@nvme:~$ lsmod | grep r81
r8169                 102400  0
mdio_devres            16384  1 r8169
libphy                155648  3 r8169,mdio_devres,realtek

Установка ... довольно громоздкая:

Код: Выделить всё

olej@nvme:/etc/modprobe.d$ sudo apt install r8168-dkms
[sudo] пароль для olej:       
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Следующие НОВЫЕ пакеты будут установлены:
  r8168-dkms
Обновлено 0 пакетов, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 100 kB архивов.
После данной операции объём занятого дискового пространства возрастёт на 1.389 kB.
Пол:1 http://debian.volia.net/debian bullseye/non-free amd64 r8168-dkms all 8.048.03-3 [100 kB]
Получено 100 kB за 0с (1.062 kB/s)  
Выбор ранее не выбранного пакета r8168-dkms.
(Чтение базы данных … на данный момент установлено 326126 файлов и каталогов.)
Подготовка к распаковке …/r8168-dkms_8.048.03-3_all.deb …
Распаковывается r8168-dkms (8.048.03-3) …
Настраивается пакет r8168-dkms (8.048.03-3) …
Loading new r8168-8.048.03 DKMS files...
Building for 5.10.0-19-amd64
Building initial module for 5.10.0-19-amd64
Done.

r8168.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/5.10.0-19-amd64/updates/dkms/

depmod...

Backing up initrd.img-5.10.0-19-amd64 to /boot/initrd.img-5.10.0-19-amd64.old-dkms
Making new initrd.img-5.10.0-19-amd64
(If next boot fails, revert to initrd.img-5.10.0-19-amd64.old-dkms image)
update-initramfs...........

DKMS: install completed.
Обрабатываются триггеры для initramfs-tools (0.140) …
update-initramfs: Generating /boot/initrd.img-5.10.0-19-amd64
I: The initramfs will attempt to resume from /dev/nvme0n1p2
I: (UUID=d0a47598-fd6d-425c-bd61-702d5c368cff)
I: Set the RESUME variable to override this.

Видно, что они, из опаски

даже резервный /boot/initrd* создали ... на случай облома загрузки

:

Код: Выделить всё

olej@nvme:/etc/modprobe.d$ ls -l /boot/initrd*5.10.0-19*
-rw-r--r-- 1 root root 77434052 ноя 22 15:54 /boot/initrd.img-5.10.0-19-amd64
-rw-r--r-- 1 root root 77259661 ноя 22 15:53 /boot/initrd.img-5.10.0-19-amd64.old-dkms

И занесли r8168-dkms.conf для будущих обновлений ядра:

Код: Выделить всё

olej@nvme:/etc/modprobe.d$ ls -l /etc/modprobe.d
итого 16
-rw-r--r-- 1 root root 154 дек 20  2019 amd64-microcode-blacklist.conf
-rw-r--r-- 1 root root 127 фев 12  2021 dkms.conf
-rw-r--r-- 1 root root 154 июн 23  2021 intel-microcode-blacklist.conf
-rw-r--r-- 1 root root 336 фев 15  2021 r8168-dkms.conf

Но реконфигурация модулей динамически, естественно, не происходит:

Код: Выделить всё

olej@nvme:/etc/modprobe.d$ lsmod | grep r81
r8169                 102400  0
mdio_devres            16384  1 r8169
libphy                155648  3 r8169,mdio_devres,realtek

Поэтому с риском для компа

: REBOOT

Olej писал(а): ↑
22 ноя 2022, 17:29
REBOOT

Протокол загрузки:

Код: Выделить всё

olej@nvme:~$ dmesg | grep r8168
[    1.543007] r8168: loading out-of-tree module taints kernel.
[    1.543101] r8168: module verification failed: signature and/or required key missing - tainting kernel
[    1.545412] r8168 Gigabit Ethernet driver 8.048.03-NAPI loaded
[    1.565500] r8168: This product is covered by one or more of the following patents: US6,570,884, US6,115,776, and US6,327,625.
[    1.567510] r8168  Copyright (C) 2020  Realtek NIC software team <nicfae@realtek.com> 
[    1.591663] r8168 0000:03:00.0 enp3s0: renamed from eth0
[    9.669609] r8168: enp3s0: link up

После чего:

Код: Выделить всё

olej@nvme:~$ lsmod | grep r81
r8168                 573440  0

Так ... модуль новый на месте ... и некоторых дополнительных тоже нет, не потребовал...
Интерфейс переключаю на статический, без DHCP, с ручными настройками ... то что не работало.

Код: Выделить всё

olej@nvme:~$ ip  a s dev enp3s0  
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 10:7b:44:47:a2:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.17/24 brd 192.168.1.255 scope global noprefixroute enp3s0
       valid_lft forever preferred_lft forever

ping первейшим делом - удалённый и по LAN:

Код: Выделить всё

olej@nvme:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=9.72 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=9.36 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=9.20 ms
^C
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 9.201/9.425/9.717/0.215 ms

Код: Выделить всё

olej@nvme:~$ ping debian
PING esprimop420 (192.168.1.12) 56(84) bytes of data.
64 bytes from esprimop420 (192.168.1.12): icmp_seq=1 ttl=64 time=0.493 ms
64 bytes from esprimop420 (192.168.1.12): icmp_seq=2 ttl=64 time=0.264 ms
64 bytes from esprimop420 (192.168.1.12): icmp_seq=3 ttl=64 time=0.235 ms
^C
--- esprimop420 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2049ms
rtt min/avg/max/mdev = 0.235/0.330/0.493/0.115 ms

И сам интерфейс:

Код: Выделить всё

olej@nvme:~$ sudo ethtool -i enp3s0
driver: r8168
version: 8.048.03-NAPI
firmware-version: 
expansion-rom-version: 
bus-info: 0000:03:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

Olej писал(а): ↑
21 ноя 2022, 17:34
Привлекла внимание тем, что на ней (из числа дешёвых плат) есть 2 разъёма твердотельных дисков M.2 Socket 3 под NVME.

Код: Выделить всё

olej@nvme:~$ sudo inxi -mCDxxx 
[sudo] пароль для olej:       
Memory:    RAM: total: 15.5 GiB used: 4.99 GiB (32.2%) 
           Array-1: capacity: 64 GiB slots: 4 EC: None max module size: 16 GiB note: est. 
           Device-1: ChannelA-DIMM1 size: 8 GiB speed: 2460 MT/s type: DDR4 detail: synchronous unbuffered (unregistered) 
           bus width: 64 bits total: 64 bits manufacturer: GEIL part-no: CL17-17-17 D4-2400 serial: N/A 
           Device-2: ChannelA-DIMM2 size: 8 GiB speed: 2460 MT/s type: DDR4 detail: synchronous unbuffered (unregistered) 
           bus width: 64 bits total: 64 bits manufacturer: 075D part-no: GR2400D464L17S/8G serial: 916E0340 
           Device-3: ChannelB-DIMM1 size: No Module Installed 
           Device-4: ChannelB-DIMM2 size: No Module Installed 
CPU:       Info: Quad Core model: Intel Core i5-6500 bits: 64 type: MCP arch: Skylake-S rev: 3 L1 cache: 256 KiB 
           L2 cache: 6 MiB L3 cache: 5.9 MiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 25599 
           Speed: 3300 MHz min/max: 800/3600 MHz volts: 1.1 V ext-clock: 100 MHz Core speeds (MHz): 1: 3300 2: 3300 3: 3300 
           4: 3300 
Drives:    Local Storage: total: 381.94 GiB used: 45.22 GiB (11.8%) 
           ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO Plus 250GB size: 232.89 GiB speed: 31.6 Gb/s lanes: 4 
           rotation: SSD serial: S4EUNX0NA18725Z rev: 2B2QEXM7 temp: 35.9 C scheme: GPT 
           ID-2: /dev/sda vendor: Samsung model: HD160JJ size: 149.05 GiB speed: 3.0 Gb/s serial: S08HJ1OL519119 rev: 0-41 
           temp: 30 C scheme: MBR

И начальная загрузка теперь в такой конфигурации - очень борзая

:

Код: Выделить всё

olej@nvme:~$ systemd-analyze
Startup finished in 12.325s (firmware) + 1.816s (loader) + 4.353s (kernel) + 5.410s (userspace) = 23.906s 
graphical.target reached after 5.394s in userspace

Olej писал(а): ↑
22 ноя 2022, 17:33
Интерфейс переключаю на статический, без DHCP, с ручными настройками

Да ничего подобного!

Код: Выделить всё

olej@nvme:~$ lsmod | grep r81
r8168                 573440  0

Код: Выделить всё

olej@nvme:~$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 10:7b:44:47:a2:47 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.17/24 brd 192.168.1.255 scope global noprefixroute enp3s0
       valid_lft forever preferred_lft forever

Код: Выделить всё

olej@nvme:~$ ping 192.168.1.3
PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
64 bytes from 192.168.1.3: icmp_seq=10 ttl=64 time=0.463 ms
64 bytes from 192.168.1.3: icmp_seq=11 ttl=64 time=0.348 ms
64 bytes from 192.168.1.3: icmp_seq=38 ttl=64 time=0.383 ms
64 bytes from 192.168.1.3: icmp_seq=39 ttl=64 time=0.373 ms
^C
--- 192.168.1.3 ping statistics ---
53 packets transmitted, 4 received, 92.4528% packet loss, time 53252ms
rtt min/avg/max/mdev = 0.348/0.391/0.463/0.043 ms

ping идёт с 5-го на 10-е...
Как только переключаю интерфейс на DHCP - так ping начинает бегать безупречно!:

Код: Выделить всё

olej@nvme:~$ ping 1.1.1.1 -c3
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=9.24 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=8.99 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=8.48 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 8.475/8.899/9.236/0.316 ms

Olej писал(а): ↑
21 ноя 2022, 19:37
Пишут, что в BIOS American Megatrends есть ошибка в поддержке такого адаптера:

Всё таки - если пишут, то наверное, ему хоть кол на голове теши, хоть r8168, хоть r8169 - результат один: при получении параметров по DHCP - всё работает, как только перестраиваешься на статические настройки - начинает сбоить ... где-то при перестройке даже мелькало какое-то сообщение про ошиби операции IOCTL - вот в момент перестройки оно, похоже, и затыкается.

Linux-ru