VM startet nach Proxmox Update nicht mehr

M

markus9288

Member
May 18, 2022
8
1
8
Hallo zusammen,

habe eine TrueNASCore VM seit einiger Zeit laufen, ohne Probleme. Der VM sind 2 SSD als Speicher Hardwaremäßig angehängt.
Gestern habe ich zuerst TrueNAS geupdated, danach noch Proxmox und alles einmal durchgestartet. Danach läuft die TrueNAS VM garnicht mehr, noch nicht mal BIOS/SplashScreeen etc. In den aktuellen Tasks dreht sich der Befehl VM 100 - Start bis in die Unendlichkeit. Gibts vielleicht nen Tip für zumindest mal die VM nochmal ans laufen zu bekommen? Danke und Grüße

Aus dem Logfile nach automatischem Start nach dem booten:
Oct 18 21:42:55 micro pvesh[1233]: Starting VM 100 failed: unable to read tail (got 0 bytes)
Aus dem Logfile nach manuellem Start:
Oct 19 20:07:48 micro qm[1498]: <root@pam> end task UPID:micro:000005EC:00002404:63503CF0:qmstart:100:root@pam: got unexpected control message:
EDIT:
Ich habe jetzt parallel die VM kopiert und die Festplatten rausgenommen. Ohne die Platten läuft die VM normal. Gibts irgendetwas was ich übersehen habe? Sieht mir laut Log nach einem Kernelproblem aus.
 

Attachments

Last edited:
Wurde das Update sauber durchgeführt? Spucken `apt update` und `apt -f install` Pakete aus, die nicht richtig installiert wurden?
Funktioniert es, wenn du eine ältere Kernelversion bootest?
 
Hallo mira,
danke für die Tipps, die Updates waren erstmal korrekt installiert, zumindest kamen hier keine Fehlermeldungen.
Beim starten mit einem anderen Kernel hat sich mein Problem erstmal gelöst.
5.15.60-2-pve, 5.15.60-1, gleiches Problem
5.15.53-1-pve läuft
5.15.30-2-pve läuft
 
Last edited:
Moin,

Code: 
qm config 100
agent: 1
balloon: 0
boot: order=scsi0;net0
cores: 4
hostpci0: 0000:07:00.0,pcie=1
hostpci1: 0000:07:00.1,pcie=1
machine: q35
memory: 8192
meta: creation-qemu=6.2.0,ctime=1657977768
name: TrueNASCore
net0: virtio=1A:25:94:41:15:BD,bridge=vmbr0,firewall=1
numa: 0
onboot: 1
ostype: l26
scsi0: local-lvm:vm-100-disk-0,size=32G
scsihw: virtio-scsi-pci
smbios1: uuid=03290182-4db7-4e81-a9bb-2c3dc06d38bc
sockets: 1
vmgenid: 59579700-24f2-4bfc-85e7-e1f8e0637b3f

wobei ich hier meine Aussage twas revidieren muss, ich hatte nämlich eine Kopie von 100 angelegt und die Platten ausgehängt. Damit hats mit der neusten Kernelversion geklappt.
 
Ich würde mal die Ausgabe auf dem PVE-Host von z.B.:
Bash: 
for d in /sys/kernel/iommu_groups/*/devices/*; do n=${d#*/iommu_groups/*}; n=${n%%/*}; printf 'IOMMU group %s ' "$n"; lspci -nns "${d##*/}"; done
jeweils mit einem funktionierenden und einem nicht funktionierenden Kernel vergleichen; um sicherzustellen, dass sich weder die IOMMU-Gruppen, noch die PCIe-Device-Adressen zwischen den Kernel-Versionen geändert haben.

Gerne auch mal beide Ausgaben (jeweils in Code-Tags) hier posten, damit man sich mal einen Überblick verschaffen kann.

PS.: Es gibt auch noch den Opt-In 5.19 Kernel, den du ausprobieren könntest:
https://forum.proxmox.com/threads/opt-in-linux-5-19-kernel-for-proxmox-ve-7-x-available.115090
 
Sorry für die verspätete Antwort aber ich wollte vor dem nächsten Neustart einmal noch ein Kernelupdate abwarten.
Hier sind mal die Ausgaben einmal mit neustem Kernel und dem, den ich aktuell als funktionierenden nutze.
Die IOMMU-Gruppen haben sich jedoch nicht verändert.


Diese Version funktioniert nicht:

Bash: 
Linux micro 5.15.74-1-pve #1 SMP PVE 5.15.74-1 (Mon, 14 Nov 2022 20:17:15 +0100) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Nov 25 14:43:18 CET 2022 on pts/0
root@micro:~# for d in /sys/kernel/iommu_groups/*/devices/*; do n=${d#*/iommu_groups/*}; n=${n%%/*}; printf 'IOMMU group %s ' "$n"; lspci -nns "${d##*/}"; done
IOMMU group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 10 01:00.0 Non-Volatile memory controller [0108]: Kingston Technology Company, Inc. OM3PDP3 NVMe SSD [2646:500d] (rev 01)
IOMMU group 11 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
IOMMU group 12 03:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:0608]
IOMMU group 13 04:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I225-V [8086:15f3] (rev 01)
IOMMU group 14 05:00.0 USB controller [0c03]: VIA Technologies, Inc. VL805 USB 3.0 Host Controller [1106:3483] (rev 01)
IOMMU group 1 00:01.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 2 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 3 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 4 00:02.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 5 00:02.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 6 00:02.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 7 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 7 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir [1002:1636] (rev c7)
IOMMU group 7 06:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:1637]
IOMMU group 7 06:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor [1022:15df]
IOMMU group 7 06:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.4 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.5 Multimedia controller [0480]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor [1022:15e2] (rev 01)
IOMMU group 7 06:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller [1022:15e3]
IOMMU group 7 06:00.7 Signal processing controller [1180]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/Renoir Sensor Fusion Hub [1022:15e4]
IOMMU group 7 07:00.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
IOMMU group 7 07:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
IOMMU group 8 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 51)
IOMMU group 8 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU group 9 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 0 [1022:1448]
IOMMU group 9 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 1 [1022:1449]
IOMMU group 9 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 2 [1022:144a]
IOMMU group 9 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 3 [1022:144b]
IOMMU group 9 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 4 [1022:144c]
IOMMU group 9 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 5 [1022:144d]
IOMMU group 9 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 6 [1022:144e]
IOMMU group 9 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 7 [1022:144f]

Diese Version funktioniert:

Bash: 
Linux micro 5.15.53-1-pve #1 SMP PVE 5.15.53-1 (Fri, 26 Aug 2022 16:53:52 +0200) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Nov 25 14:46:15 CET 2022 on pts/0
root@micro:~# for d in /sys/kernel/iommu_groups/*/devices/*; do n=${d#*/iommu_groups/*}; n=${n%%/*}; printf 'IOMMU group %s ' "$n"; lspci -nns "${d##*/}"; done
IOMMU group 0 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 10 01:00.0 Non-Volatile memory controller [0108]: Kingston Technology Company, Inc. OM3PDP3 NVMe SSD [2646:500d] (rev 01)
IOMMU group 11 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
IOMMU group 12 03:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:0608]
IOMMU group 13 04:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller I225-V [8086:15f3] (rev 01)
IOMMU group 14 05:00.0 USB controller [0c03]: VIA Technologies, Inc. VL805 USB 3.0 Host Controller [1106:3483] (rev 01)
IOMMU group 1 00:01.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 2 00:01.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 3 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 4 00:02.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 5 00:02.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 6 00:02.3 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge [1022:1634]
IOMMU group 7 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 7 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir [1002:1636] (rev c7)
IOMMU group 7 06:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:1637]
IOMMU group 7 06:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor [1022:15df]
IOMMU group 7 06:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.4 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.5 Multimedia controller [0480]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor [1022:15e2] (rev 01)
IOMMU group 7 06:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller [1022:15e3]
IOMMU group 7 06:00.7 Signal processing controller [1180]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/Renoir Sensor Fusion Hub [1022:15e4]
IOMMU group 7 07:00.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
IOMMU group 7 07:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
IOMMU group 8 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:790b] (rev 51)
IOMMU group 8 00:14.3 ISA bridge [0601]: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge [1022:790e] (rev 51)
IOMMU group 9 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 0 [1022:1448]
IOMMU group 9 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 1 [1022:1449]
IOMMU group 9 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 2 [1022:144a]
IOMMU group 9 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 3 [1022:144b]
IOMMU group 9 00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 4 [1022:144c]
IOMMU group 9 00:18.5 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 5 [1022:144d]
IOMMU group 9 00:18.6 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 6 [1022:144e]
IOMMU group 9 00:18.7 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 7 [1022:144f]
 
Hat sonst noch jemand eine Idee, was hier das Problem sein kann? Das Problem behebt scih leider auch mit dem aktuellsten kernel nicht.

Grüße
 
Es verwundert mich, dass das überhaupt so (vermeintlich!) (gut?) läuft.
Bei PCIe-Passthrough wird immer die komplette IOMMU-Gruppe durchgereicht.

Mit deinem PCIe-Passthrough von:
markus9288 said:
Bash: 
hostpci0: 0000:07:00.0,pcie=1
hostpci1: 0000:07:00.1,pcie=1
Click to expand...
klaust du dem PVE-Host also unterm Strich all das:
markus9288 said:
Bash: 
IOMMU group 7 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge [1022:1632]
IOMMU group 7 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
IOMMU group 7 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir [1002:1636] (rev c7)
IOMMU group 7 06:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:1637]
IOMMU group 7 06:00.2 Encryption controller [1080]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor [1022:15df]
IOMMU group 7 06:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.4 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1 [1022:1639]
IOMMU group 7 06:00.5 Multimedia controller [0480]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor [1022:15e2] (rev 01)
IOMMU group 7 06:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller [1022:15e3]
IOMMU group 7 06:00.7 Signal processing controller [1180]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2/Renoir Sensor Fusion Hub [1022:15e4]
IOMMU group 7 07:00.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
IOMMU group 7 07:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] [1022:7901] (rev 81)
Click to expand...

Dürftest eigentlich auch keine Bildausgabe über die iGPU mehr lokal am PVE-Host haben?!

Gerade den: "Platform Security Processor" und den: "Signal processing controller" dem Host zu nehmen, ist definitiv nicht ratsam!

Schau mal, ob du im Bios/UEFI ACS (benötigt auch AER) aktivieren kannst.
Falls nicht, könntest du es mit dem ACS-Override-Patch: [1] probieren. Kann funktionieren, muss aber nicht und bringt seine eigenen Nachteile (z.B. verringerte Isolation) mit.

Ansonsten: Einen vernünftigen HBA (z.B. von LSI/Broadcom) im IT-Mode (ggf. selbst umflashen) besorgen und den durchreichen. Setzt allerdings auch einen passenden freien PCIe-Slot voraus, mit dem dann obendrein auch PCIe-Passthrough möglich ist; je nach Anbindung und ggf. verwendetem Chipsatz.

Vor dem Herumexperimentieren: Immer den Autostart aller VMs mit Passthrough deaktivieren und nach Änderungen in dem Bereich, erst die PCI-Device-Addresses auf Veränderungen überprüfen!

Edit: Mal probieren, anstatt beide Devices separat durchzureichen, nur: 0000:07:00.0 aber mit: "All Functions" durchreichen.
Das aber besser erst mit einer (frischen) z.B. Linux-VM testen. Nicht dass dir in der TrueNAS-VM was um die Ohren fliegt, weil es nicht klappt und z.B. nur ein Controller durchgereicht wurde.
Das ändert aber natürlich auch nichts an der IOMMU-Gruppen Problematik...

Sonst keine weiteren Ideen meinerseits, sorry.

[1] https://wiki.archlinux.org/title/PC...passing_the_IOMMU_groups_(ACS_override_patch)
[1a] https://pve.proxmox.com/wiki/Host_Bootloader#sysboot_edit_kernel_cmdline
 
Last edited:
Unser PVE Host startet nach dem Update nicht mehr:

Ursache war:

mdadm: Duplicate MD device names in conf file where found

Hilfe:
https://askubuntu.com/questions/1044264/mdadm-duplicate-md-device-names-in-conf-file-where-found

Fix:
Hinweis: Vorher erst mdadm.conf anzeigen lassen und die Zeilen des Array anzeigen lassen und ggfs. folgende -25 mit der Anzahl der Zeilen(count) ersetzen.

head -25 mdadm.conf > mdadm.conf.backup
mv mdadm.conf.backup mdadm.conf
mdadm -q --assemble --scan --run
exit

The system this comes up.
Nachdem sollte das System wieder starten. Aber nach dem Login auf der Konsole noch eingeben, sonst ist alles wieder beim altem:
update-initramfs -u -v
reboot

PS: Dies sollte man immer prüfen, wenn ein neuer Kernel per Update kommt.
 
Last edited:
Neobin said:
Es verwundert mich, dass das überhaupt so (vermeintlich!) (gut?) läuft.
Bei PCIe-Passthrough wird immer die komplette IOMMU-Gruppe durchgereicht.

Mit deinem PCIe-Passthrough von:

klaust du dem PVE-Host also unterm Strich all das:


Dürftest eigentlich auch keine Bildausgabe über die iGPU mehr lokal am PVE-Host haben?!

Gerade den: "Platform Security Processor" und den: "Signal processing controller" dem Host zu nehmen, ist definitiv nicht ratsam!

Schau mal, ob du im Bios/UEFI ACS (benötigt auch AER) aktivieren kannst.
Falls nicht, könntest du es mit dem ACS-Override-Patch: [1] probieren. Kann funktionieren, muss aber nicht und bringt seine eigenen Nachteile (z.B. verringerte Isolation) mit.

Ansonsten: Einen vernünftigen HBA (z.B. von LSI/Broadcom) im IT-Mode (ggf. selbst umflashen) besorgen und den durchreichen. Setzt allerdings auch einen passenden freien PCIe-Slot voraus, mit dem dann obendrein auch PCIe-Passthrough möglich ist; je nach Anbindung und ggf. verwendetem Chipsatz.

Vor dem Herumexperimentieren: Immer den Autostart aller VMs mit Passthrough deaktivieren und nach Änderungen in dem Bereich, erst die PCI-Device-Addresses auf Veränderungen überprüfen!

Edit: Mal probieren, anstatt beide Devices separat durchzureichen, nur: 0000:07:00.0 aber mit: "All Functions" durchreichen.
Das aber besser erst mit einer (frischen) z.B. Linux-VM testen. Nicht dass dir in der TrueNAS-VM was um die Ohren fliegt, weil es nicht klappt und z.B. nur ein Controller durchgereicht wurde.
Das ändert aber natürlich auch nichts an der IOMMU-Gruppen Problematik...

Sonst keine weiteren Ideen meinerseits, sorry.

[1] https://wiki.archlinux.org/title/PC...passing_the_IOMMU_groups_(ACS_override_patch)
[1a] https://pve.proxmox.com/wiki/Host_Bootloader#sysboot_edit_kernel_cmdline
Click to expand...
Danke für die ausfühliche Hilfe. Das mit der iGPU kann ich bestätigen und die Erfahrung mit dem Autostart hab ich auch schon gemacht. Ich werd mir das mal ansehen.
 
You must log in or register to reply here.

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!

Quick Navigation

Home Get Subscription Wiki Downloads Proxmox Customer Portal About

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!
Community platform by XenForo® © 2010-2024 XenForo Ltd.
Top Bottom