Nach Umstieg auf AMD Epyc Interfaces verschwunden

SyntaxError

Active Member
Nov 6, 2018
43
2
28
28
Germany
Hallo ich bin heute von der Intel x99 Plattform auf AMD Epyc umgestiegen. Nun sind alle NICs verschwunden.

Anbei die konkrete Konfiguration:
MB: h12ssl-i mit 2x Broadcom BCM5720 NICs welche eigentlich kompatibel sind
CPU: AMD EPYC 7352
RAM: 1x LRDIMM 128 GB (wird noch weiter ausgebaut daher nur einer)
GPUs: 2x 3090TI für Machine Learning (war ein Kauf durch Finanzierung eh klar)
ZFS: 6x 500GB HDD Raid 5
SSD: 1TB NVME local storage fürs System
-------------------------------------------------------------------------
Migration:
Altes MB raus neues rein booten und wundern warum ip link show keine NIC erkennt
-------------------------------------------------------------------------
Die zwei NICs werden von dmidecode gefunden. Die Frage ist nur warum sie nicht als interface im System auftauchen :/
MB FW / Bios auf den neusten Stand. Proxmox ebenfalls (7.3-6)
Hoffe ihr könnt mir helfen.

Nützliche commands:

dmidecode | grep -i eth
Code:
        Reference Designation: Broadcom Ethernet #1
        Type: Ethernet
        Reference Designation: Broadcom Ethernet #2
        Type: Ethernet
        Access Method: Memory-mapped physical 32-bit address

ip link show: (Achtung enx00e04c680105 ist ein USB Adapter als workaround der sich die ganze Zeit aufhängt)
Code:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enx00e04c680105: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 00:e0:4c:68:01:05 brd ff:ff:ff:ff:ff:ff
3: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 2a:14:de:f4:db:5c brd ff:ff:ff:ff:ff:ff
4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 00:e0:4c:68:01:05 brd ff:ff:ff:ff:ff:ff
5: tap110i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 1a:66:03:7c:50:76 brd ff:ff:ff:ff:ff:ff
7: vmbr0v34: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether ce:7a:c2:02:a8:67 brd ff:ff:ff:ff:ff:ff
8: tap102i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 5a:63:c1:0c:ac:b2 brd ff:ff:ff:ff:ff:ff
9: tap103i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr103i0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether b2:bb:87:fa:5a:b9 brd ff:ff:ff:ff:ff:ff
10: fwbr103i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 8a:4f:74:65:91:6f brd ff:ff:ff:ff:ff:ff
11: fwpr103p0@fwln103i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether b2:bd:6e:24:a9:24 brd ff:ff:ff:ff:ff:ff
12: fwln103i0@fwpr103p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr103i0 state UP mode DEFAULT group default qlen 1000
    link/ether 1e:54:0b:48:3b:d2 brd ff:ff:ff:ff:ff:ff
13: tap104i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr104i0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 56:02:1a:d5:7e:e4 brd ff:ff:ff:ff:ff:ff
14: fwbr104i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether c2:1f:b1:f7:f8:15 brd ff:ff:ff:ff:ff:ff
15: fwpr104p0@fwln104i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether fa:57:98:ac:c2:8b brd ff:ff:ff:ff:ff:ff
16: fwln104i0@fwpr104p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr104i0 state UP mode DEFAULT group default qlen 1000
    link/ether 9e:ec:23:04:d1:a3 brd ff:ff:ff:ff:ff:ff
17: tap111i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr111i0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 9e:20:20:6c:8e:66 brd ff:ff:ff:ff:ff:ff
18: fwbr111i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether e2:4c:42:20:7c:19 brd ff:ff:ff:ff:ff:ff
19: fwpr111p0@fwln111i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether 1a:46:4f:2c:cd:47 brd ff:ff:ff:ff:ff:ff
20: fwln111i0@fwpr111p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr111i0 state UP mode DEFAULT group default qlen 1000
    link/ether 52:70:5a:ba:58:45 brd ff:ff:ff:ff:ff:ff
21: tap105i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr105i0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether d2:de:cb:62:26:25 brd ff:ff:ff:ff:ff:ff
22: fwbr105i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether ae:a8:3c:3d:6e:27 brd ff:ff:ff:ff:ff:ff
23: fwpr105p0@fwln105i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether be:86:55:cf:67:61 brd ff:ff:ff:ff:ff:ff
24: fwln105i0@fwpr105p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr105i0 state UP mode DEFAULT group default qlen 1000
    link/ether 56:4f:53:ab:aa:0e brd ff:ff:ff:ff:ff:ff
 
Last edited:
Sind eventuell im syslog (journalctl -p4 -b) irgendwelche Fehler/Warnungen zu sehen, die damit zusammenhängen könnten?
Kannst auch gerne einfach den ganzen Output mal anhängen, falls du dir unsicher sein solltest.

Könntest du zusätzlich auch noch den Output von lspci -tv posten? Dort sollten sie auch aufscheinen, sofern sie korrekt am PCIe-Bus hängen.
 
es kann auch an pci passthrough liegen.
ich hatte das erst kürzlich. ich hatte ein pcie device (wifi karte) an eine vm durchgereicht und nach hardware-wechsel war die karte ein anderes device und stattdessen wurde der erste ethernet-nic an die vm durchgereicht.
hat mich etwa ne stunde gekostet bis ich das realisiert hab :)

kannst ja mal das pcie-passthrough für die grafikkarten deaktivieren und sehen ob die nics dann auftauchen.
 
Keine konkrete Hilfe, reines Interesse meinerseits:

Zum Verständnis: Du hast getauscht und danach ohne Neuinstallation von der vorhandenen Boot-Disk gebootet?
Da muss ich gestehen absolut unerfahren zu sein, wie Linux/Debian mit sowas umgeht. Könnte mir aber schon vorstellen, dass da Treiber-/Firmwareprobleme o.Ä. mit irgendwelchen IDs auftreten - oder geht sowas heutzutage problemlos?

Interessiert mich! Hat da jemand einen Link oder Infos, ob Linux solch einen Wechsel "live", also ohne Neuinstallation, richtig verdaut?
Speziell zu Proxmox fällt mir was ein: falls man z.B. anfangs von 7.2 die iommu-Einträge in Grub geändert hat, siehe Known Issues hier am Ende von https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_7.2
-> dann könnte man unpassende iommu-Einträge in der Grub-Config haben?
 
Meine 2ct dazu. Wenn das alte Board noch da ist, am besten da booten und alle passthrough Sachen raus konfigurieren. Dann auf AMD starten, die neuen Netzwerkkarten der Bridge hinzufügen und dann Passthrough neu konfigurieren und aufpassen das es keine Überschneidungen zu den Netzwerkkarten gibt.
 
Sind eventuell im syslog (journalctl -p4 -b) irgendwelche Fehler/Warnungen zu sehen, die damit zusammenhängen könnten?
Kannst auch gerne einfach den ganzen Output mal anhängen, falls du dir unsicher sein solltest.

Könntest du zusätzlich auch noch den Output von lspci -tv posten? Dort sollten sie auch aufscheinen, sofern sie korrekt am PCIe-Bus hängen.

Insgesamt gibt es außer von dmidecode keinen Hinweiß auf den Broadcom Chip.

zuerst einmal den output von journalctl -p4 -b (direkt nach einen reboot)
Code:
Mar 14 16:32:01 ich-pve1 kernel: secureboot: Secure boot could not be determined (mode 0)
Mar 14 16:32:01 ich-pve1 kernel: secureboot: Secure boot could not be determined (mode 0)
Mar 14 16:32:01 ich-pve1 kernel:  #25 #26 #27 #28 #29 #30 #31 #32 #33 #34 #35 #36 #37 #38 #39 #40 #41 #42 #43 #44 #45>
Mar 14 16:32:01 ich-pve1 kernel: pnp 00:05: disabling [io  0xfe00-0xfefe] because it overlaps 0000:c0:01.1 BAR 13 [io>
Mar 14 16:32:01 ich-pve1 kernel: device-mapper: core: CONFIG_IMA_DISABLE_HTABLE is disabled. Duplicate IMA measuremen>
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: EISA: Cannot allocate resource for mainboard
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 1
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 2
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 3
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 4
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 5
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 6
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 7
Mar 14 16:32:01 ich-pve1 kernel: platform eisa.0: Cannot allocate resource for EISA slot 8
Mar 14 16:32:01 ich-pve1 kernel: ata7.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata10.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata6.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata5.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata9.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata8.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata7.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata5.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata9.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata6.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata10.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: ata8.00: ATA Identify Device Log not supported
Mar 14 16:32:01 ich-pve1 kernel: xfs filesystem being remounted at / supports timestamps until 2038 (0x7fffffff)
Mar 14 16:32:01 ich-pve1 blkmapd[925]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directo>
Mar 14 16:32:01 ich-pve1 kernel: spl: loading out-of-tree module taints kernel.
Mar 14 16:32:01 ich-pve1 kernel: spl: loading out-of-tree module taints kernel.
Mar 14 16:32:01 ich-pve1 kernel: znvpair: module license 'CDDL' taints kernel.
Mar 14 16:32:01 ich-pve1 kernel: Disabling lock debugging due to kernel taint
Mar 14 16:32:01 ich-pve1 kernel: pstore: ignoring unexpected backend 'efi'
Mar 14 16:32:02 ich-pve1 kernel: ipmi_si dmi-ipmi-si.0: The BMC does not support clearing the recv irq bit, compensat>
Mar 14 16:32:03 ich-pve1 systemd[1]: zfs-import@tank.service: Failed with result 'exit-code'.
Mar 14 16:32:03 ich-pve1 systemd[1]: Failed to start Import ZFS pool tank.
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [quorum] crit: quorum_initialize failed: 2
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [quorum] crit: can't initialize service
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [confdb] crit: cmap_initialize failed: 2
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [confdb] crit: can't initialize service
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [dcdb] crit: cpg_initialize failed: 2
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [dcdb] crit: can't initialize service
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [status] crit: cpg_initialize failed: 2
Mar 14 16:32:09 ich-pve1 pmxcfs[3020]: [status] crit: can't initialize service
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [WD    ] Watchdog not enabled by configuration
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [WD    ] resource load_15min missing a recovery key.
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [WD    ] resource memory_used missing a recovery key.
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [KNET  ] host: host: 2 has no active links
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [KNET  ] host: host: 2 has no active links
Mar 14 16:32:11 ich-pve1 corosync[3025]:   [KNET  ] host: host: 2 has no active links
Mar 14 16:32:31 ich-pve1 pvestatd[3044]: VM 111 qmp command failed - VM 111 qmp command 'query-proxmox-support' faile>

Dann noch den output von lspci -tv:
Code:
-+-[0000:c0]-+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex
 |           +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU
 |           +-01.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-01.1-[c1]--+-00.0  NVIDIA Corporation Device 2203
 |           |            \-00.1  NVIDIA Corporation GA102 High Definition Audio Controller
 |           +-02.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-03.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-04.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-05.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.1-[c2]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function
 |           |            \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 |           +-08.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           \-08.1-[c3]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
 |                        \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 +-[0000:80]-+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex
 |           +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU
 |           +-01.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-01.1-[81]--+-00.0  NVIDIA Corporation Device 2203
 |           |            \-00.1  NVIDIA Corporation GA102 High Definition Audio Controller
 |           +-02.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-03.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-04.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-05.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.1-[82]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function
 |           |            \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 |           +-08.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-08.1-[83]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
 |           |            \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 |           +-08.2-[84]----00.0  Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
 |           \-08.3-[85]----00.0  Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
 +-[0000:40]-+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex
 |           +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU
 |           +-01.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-02.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-03.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-03.1-[41]----00.0  Sandisk Corp WD Blue SN550 NVMe SSD
 |           +-03.3-[42]----00.0  ASMedia Technology Inc. ASM1042A USB 3.0 Host Controller
 |           +-03.4-[43-44]----00.0-[44]----00.0  ASPEED Technology, Inc. ASPEED Graphics Family
 |           +-03.5-[45]----00.0  ASMedia Technology Inc. ASM1042A USB 3.0 Host Controller
 |           +-04.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-05.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-07.1-[46]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function
 |           |            \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 |           +-08.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
 |           +-08.1-[47]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
 |           |            +-00.1  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Cryptographic Coprocessor PSPCPP
 |           |            +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
 |           |            \-00.3  Advanced Micro Devices, Inc. [AMD] Starship USB 3.0 Host Controller
 |           +-08.2-[48]----00.0  Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
 |           \-08.3-[49]----00.0  Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode]
 \-[0000:00]-+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex
             +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU
             +-01.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-02.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-03.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-04.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-05.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-07.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-07.1-[01]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function
             |            \-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
             +-08.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
             +-08.1-[02]--+-00.0  Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
             |            +-00.2  Advanced Micro Devices, Inc. [AMD] Starship/Matisse PTDMA
             |            \-00.3  Advanced Micro Devices, Inc. [AMD] Starship USB 3.0 Host Controller
             +-14.0  Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller
             +-14.3  Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge
             +-18.0  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 0
             +-18.1  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 1
             +-18.2  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 2
             +-18.3  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 3
             +-18.4  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 4
             +-18.5  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 5
             +-18.6  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 6
             \-18.7  Advanced Micro Devices, Inc. [AMD] Starship Device 24; Function 7
 
Last edited:
es kann auch an pci passthrough liegen.
ich hatte das erst kürzlich. ich hatte ein pcie device (wifi karte) an eine vm durchgereicht und nach hardware-wechsel war die karte ein anderes device und stattdessen wurde der erste ethernet-nic an die vm durchgereicht.
hat mich etwa ne stunde gekostet bis ich das realisiert hab :)

kannst ja mal das pcie-passthrough für die grafikkarten deaktivieren und sehen ob die nics dann auftauchen.
Danke für deinen Input :) das habe ich schon probiert leider auch ohne Erfolg. Die Grafikkarten wurden mit Erfolg durchgereicht und ich konnte diese auch in den VMs beide mit nvidia-smi sehen.

Keine konkrete Hilfe, reines Interesse meinerseits:

Zum Verständnis: Du hast getauscht und danach ohne Neuinstallation von der vorhandenen Boot-Disk gebootet?
Da muss ich gestehen absolut unerfahren zu sein, wie Linux/Debian mit sowas umgeht. Könnte mir aber schon vorstellen, dass da Treiber-/Firmwareprobleme o.Ä. mit irgendwelchen IDs auftreten - oder geht sowas heutzutage problemlos?

Interessiert mich! Hat da jemand einen Link oder Infos, ob Linux solch einen Wechsel "live", also ohne Neuinstallation, richtig verdaut?
Speziell zu Proxmox fällt mir was ein: falls man z.B. anfangs von 7.2 die iommu-Einträge in Grub geändert hat, siehe Known Issues hier am Ende von https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_7.2
-> dann könnte man unpassende iommu-Einträge in der Grub-Config haben?
Das ist richtig, vor dem Tausch habe ich die Grub Konfig auf GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on" umgestellt. Unter Linux werden die meisten Treiber im Kernel abgelegt. Beim Start entscheidet dann das System, welche Treiber es laden muss. Mit cat /proc/modules
kannst du zum Beispiel sehen, welche Treiber module geladen sind.

Meine 2ct dazu. Wenn das alte Board noch da ist, am besten da booten und alle passthrough Sachen raus konfigurieren. Dann auf AMD starten, die neuen Netzwerkkarten der Bridge hinzufügen und dann Passthrough neu konfigurieren und aufpassen das es keine Überschneidungen zu den Netzwerkkarten gibt.
Könnte ich ausprobierten nur leider bin ich erst am WE wieder am Serverstandort :/ ich probiere aber aus von der ferne die alten Interfaces aus der interface config zu löschen und zu rebooten :)
Aber müssten dann nicht schon jetzt die neue Interfaces mit ip link show angezeigt werden?
 
Meine 2ct dazu. Wenn das alte Board noch da ist, am besten da booten und alle passthrough Sachen raus konfigurieren. Dann auf AMD starten, die neuen Netzwerkkarten der Bridge hinzufügen und dann Passthrough neu konfigurieren und aufpassen das es keine Überschneidungen zu den Netzwerkkarten gibt.
Gerade aus der Ferne probiert hat leider auch nicht geholfen. Ist direkt 5 Minuten nach dem reboot wieder eingefroren (und die nics sind immer noch verschollen). Oh Mann :/
 
Last edited:
Mit dem Einfrieren klingt das eventuell nach einem Adresskonflikt. Was passier wenn du iommu komplett deaktivierst? Erkennt er dann die NICs?
Das war tatsächlich eine gute Idee! Ich hab es gerade getestet, allerdings wird der Adapter weiterhin nicht erkannt :(
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!