3-я Party NIC показывает «linkdown»

я установил карту QXG-10G1T QNAP Ethernet в мой сервер Ubuntu около 2 недель назад и хлопнул головой в стену, пытаясь выяснить, что не работает. Для некоторого контекста на соединении сервер прямо сейчас подключается через 2 разных маршрута в Интернет. Соединение 1 использует встроенный 1G NIC непосредственно на маршрутизатор ISP в 192.168.1.0/24 2-й (цель) проходит через новый 10G NIC в мою лабораторную сеть в 192.168.3.64/26 Я только поддерживая соединение 1G как отключение и тестирование

, я прошел через readme, чтобы установить его как можно более тщательно. У меня есть ошибки AMDGPU при запуске по установке файлов и (только для устранения любых возможных проблем), потраченные в течение половины, преследуя файлы, чтобы очистить ошибки, но в противном случае я получил установленную драйверы, и карта распознана как «ENP39S0» С моим бортом NIC настроен как «ENP34S0»:

enp34s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.6  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2603:6080:7d03:7962:2ef0:5dff:fea2:10f2  prefixlen 64  scopeid 0x0<global>
        inet6 2603:6080:7d03:7962:0:2785:3604:4e63  prefixlen 128  scopeid 0x0<global>
        inet6 fe80::2ef0:5dff:fea2:10f2  prefixlen 64  scopeid 0x20<link>
        ether 2c:f0:5d:a2:10:f2  txqueuelen 1000  (Ethernet)
        RX packets 349261  bytes 462730680 (462.7 MB)
        RX errors 0  dropped 407  overruns 0  frame 0
        TX packets 192797  bytes 24479304 (24.4 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp39s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.3.126  netmask 255.255.255.192  broadcast 192.168.3.127
        ether 24:5e:be:57:f5:8e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

, как вы можете видеть «ENP39S0», не передает никакого трафика. И когда я проверяю свои маршруты, NIC показывает «LinkSon». Когда я назначаю его IP-адрес и подключить его к той же системе, что и встроенный NIC, я могу пинговать IP-адрес, который я предполагаю, это серверный трафик маршрутизации до 34 до 39 и отвечает обратно. Я попробовал проверку DMESG и нашел немного странного текста:

[ 0.992153] r8169 0000:22:00.0 enp34s0: renamed from eth0

[ 1.727005] atlantic 0000:27:00.0 enp39s0: renamed from eth0

[ 14.993139] r8169 0000:22:00.0 enp34s0: Link is Down

[ 17.917521] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx

[ 17.917540] IPv6: ADDRCONF(NETDEV_CHANGE): enp34s0: link becomes ready

[ 407.754551] atlantic 0000:27:00.0 enp39s0: renamed from eth0

[ 4327.795974] r8169 0000:22:00.0 enp34s0: Link is Down

[ 4409.452381] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx

, так что он выглядит как «ENP39S0» был переименован из «eth0», но это должен быть первым портом и использоваться «ENP34S0» вместо этого правильно? Обе эти Nics пытаются трусить через то же соединение? Я неправильно неправильно? Я полностью ожидаю, что это что-то глупое простое, которое сохраняет мой новый NIC в состоянии LinkSon, но, как я, сказал, что я уставился на это около 2 недель, и у меня закончились идеи.

Я пытался получить ухудшение QNAP, и они сказали мне, что они не могут помочь, что мне нужно позвонить в Marvell, и их нельзя было надоело вообще вернуться ко мне, чтобы я повернулся сюда для помощи. Я запускаю Linux Server 20.10 с Debian 5.8.0. Я могу предоставить ModiNfo для Atlantic Driver, если это необходимо, но я чувствую, что это может быть более «Неправильная настройка», проблема

Вот распечатка файла NetPlan:

# This is the network config written by 'subiquity'
network:
  ethernets:
    enp39s0:
      dhcp4: false
      addresses: [192.168.3.126/26]
      nameservers:
        addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
      gateway4: 192.168.3.65
    enp34s0:
      dhcp4: false
      addresses: [192.168.1.6/24]
      nameservers:
        addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
      gateway4: 192.168.1.1
  version: 2

и маршруты:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 enp34s0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 enp34s0
192.168.3.64    0.0.0.0         255.255.255.192 U     0      0        0 enp39s0

Оригинальная проблема заключалась в том, что новый диск, который я установил месяц назад, не смонтировал после перезагрузки, да через месяц. От диска UI, я нажимаю «Установить выбранную часть», и ничего не происходит, ошибка не сообщается. Кроме того, из диска UI я нажимаю значок шестерни, затем я нажимаю «Проверьте файловую систему ...» И он возвращает «FileSystem Disk_4TB на ST4000DM005-2DP166 неповрежден».

Devconnected Предоставляется инструкции для крепления из командной строки.

sudo mount /dev/sda1 /Disk_4TB

Это работает нормально, поэтому модифицированные вопросы являются

• , почему автоматически устанавливает неспособность получить запись в FSTAB.
• Должен ли я сообщать об ошибке, которую GUI не сможет установить и не удается указать любой код ошибки? Если так, то где я это делаю?

**$ sudo gdisk -l /dev/sda**
[sudo] password for john: 
GPT fdisk (gdisk) version 1.0.5

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 7814037168 sectors, 3.6 TiB
Model: ST4000DM005-2DP1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 27569B50-D174-424A-A7BF-4A0E7353C4D9
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814037134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3693 sectors (1.8 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      7814035455   3.6 TiB     8300  Basic data partition

$ lsblk -f Имя FSTYPE MALK UUID FSAVAIL FSUSE% MountPoint Loop0 Squashfs 0 100% / Snap / Canonical-livePatch / 95 Loop1 Squashfs 0 100% / Snap / Core / 10859 Loop2 Squashfs 0 100% / Snap / Core / 10823 Loop3 Squashfs 0 100% / Snap / Core18 / 1944 Loop4 Squashfs 0 100% / Snap / Gnome-3-34-1804 / 66 Loop5 Squashfs 0 100% / Snap / Core18 / 1988 Score6 Squashfs 0 100% / Snap / GTK-Common-Themes / 1506 Loop7 Squashfs 0 100% / Snap / Gnome-3-34-1804 / 60 Loop8 Squashfs 0 100% / Snap / GTK-Common-Themes / 1514 Loop9 Squashfs 0 100% / Snap / Microk8S / 2035 Loop10 Squashfs 0 100% / Snap / Microk8S / 2074 Loop11 Squashfs 0 100% / Snap / Snap-Store / 467 Loop12 Squashfs 0 100% / Snap / Snapd / 11107 Loop13 Squashfs 0 100% / Snap / Snap-Store / 518 Loop14 Squashfs 0 100% / Snap / Snapd / 11036 SDA
└─sda1 ext4 disk_4tb c4eaf980-50c9-4c49-9d73-3855be4c91f9
SDB
└─sdb1 ext4 external_2tb a8500ff3-9465-4238-9Ady-22ab9ec590ae 1,7t 0% / external_2tb nvme0n1 ext4 disk2 16352634-91E0-4567-92CF-065E01395794 757.1G 54% / Disk2 NVME1N1
├─nvme1n1p1 vfat 112e-f7fa 511m 0% / boot / efi ├─nvme1n1p2
└─nvme1n1p5 lvm2_member 4bj3wl-vtm6-f16h-8gxr-bqlv-1dj0-vtsuli
├─vgubuntu-root ext4 f1ab115e-a7b7-4737-b62d-2a6cca1a1016 692g 19% / └─vgubuntu-swap_1 Swap 1418C65E-E718-49AF-A1A5-57F78209480E [SWAP]

CAT / ETC / FSTAB

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/vgubuntu-root /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme1n1p1 during installation
UUID=112E-F7FA  /boot/efi       vfat    umask=0777      0       1
/dev/mapper/vgubuntu-swap_1 none            swap    sw              0       0
/dev/disk/by-uuid/16352634-91e0-4567-92cf-065e01395794 /Disk2 auto suid,nodev,nofail,x-gvfs-show,auto,exec,rw 0 0
/dev/disk/by-id/usb-BUFFALO_External_HDD_020100005036-0:0-part1 /External_2TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/92D6CA0AD6C9EE93 /Disk_4TB auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/c4eaf980-50c9-4c49-9d73-3855be4c91f9 /Disk_4TB auto nosuid,nodev,nofail,x-gvfs-show 0 0

Решено Уэйн заметил, что / disk_4tb в Fstab имел 2 записи с разными UUIDS?

Я когда-то установил диск одним из этих док-станций, прежде чем позже установил его внутри. Это создает вторую запись в FSTAB с разными UID.

Диск UI не жаловался на конфликтующую несвежий въезд и преуспел на монтирую его в первый раз. Последующие перезагрузки - это когда этот конфликт выступает.