|
NurNochDebianUser
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Seit dem Update des Kernels von Version ist 6.8.0-124-generic auf Version 6.8.0-134-generic startet eine VM nicht mehr. Grund: virsh start pfsense
error: Failed to start domain 'pfsense'
error: internal error: process exited while connecting to monitor: 2026-07-01T20:10:36.541203Z qemu-system-x86_64: -device {"driver":"vfio-pci","host":"0000:01:00.0","id":"hostdev0","bus":"pci.0","addr":"0xc"}: vfio 0000:01:00.0: group 6 is not viable
Please ensure all devices within the iommu_group are bound to their vfio bus driver.Das Device 0000:01:00.0 ist ein internes PCI-Netzwerk-Device lspci
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 15) Dieses PCI-Netzwerk-Device wird an den KVM-Client zur exklusiven Nutzung weitergereicht. Mit Kernel Version 6.8.0-134-generic klappt das offenbar nicht mehr. Mein Workarround so far: Änderung der
cat /etc/default/grub
# GRUB_DEFAULT=0
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""
Durch die gelb markierten Änderungen wird nun bis auf weiteres der zuletzt verwendete Kernel per default gebootet. Also 6.8.0-124-generic. Damit startet dann die VM auch wieder automatisch nach Neustart des Hosts. Das ist aber natürlich keine finale Lösung. Entweder mit Erscheinen eines neuen Kernels als Ersatz für 6.8.0-134-generic wird das Problem wieder behoben, oder ich muss eine andere Lösung finden. Kennt jemand einen solchen anderen Lösungsansatz?
|
|
schwarzheit
Supporter
Anmeldungsdatum:
31. Dezember 2007
Beiträge: 8586
|
Welches System in dein Host? Welches System ist Gast? Sowas gibt man mit an.
|
|
von.wert
Anmeldungsdatum:
23. Dezember 2020
Beiträge: 14212
|
NurNochDebianUser schrieb:
Mit Kernel Version 6.8.0-134-generic klappt das offenbar nicht mehr.
Dann installiere 6.8.0-135, proposed! https://archive.ubuntu.com/ubuntu/pool/main/l/linux/ ...oder, ganz verrückte Idee, was halbwegs aktuelles, den HWE-Kernel 7.1.0!
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Host: ubuntu Server 24.04
Client: pfsense 2.8.1 CE schwarzheit schrieb: Sowas gibt man mit an.
und ich naiver Junge glaubte, dass sich das aus der von mir geteilten Fehlermeldung ergibt: NurNochDebianUser schrieb: virsh start pfsense
error: Failed to start domain 'pfsense'
Und wenn die pfsense per virsh start gebootet wird, kann UbuntuServer ja nur der Host und die pfsense der Client sein.
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
von.wert schrieb: den HWE-Kernel 7.1.0!
Ein
apt-get --simulate install --install-recommends linux-generic-hwe-24.04
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
libdebuginfod-common libdebuginfod1t64 linux-headers-6.17.0-35-generic
linux-headers-generic-hwe-24.04 linux-hwe-6.17-headers-6.17.0-35
linux-hwe-6.17-tools-6.17.0-35 linux-image-6.17.0-35-generic
linux-image-generic-hwe-24.04 linux-modules-6.17.0-35-generic
linux-modules-extra-6.17.0-35-generic linux-tools-6.17.0-35-generic
Vorgeschlagene Pakete:
linux-hwe-6.17-tools
Die folgenden NEUEN Pakete werden installiert:
libdebuginfod-common libdebuginfod1t64 linux-generic-hwe-24.04
linux-headers-6.17.0-35-generic linux-headers-generic-hwe-24.04
linux-hwe-6.17-headers-6.17.0-35 linux-hwe-6.17-tools-6.17.0-35
linux-image-6.17.0-35-generic linux-image-generic-hwe-24.04
linux-modules-6.17.0-35-generic linux-modules-extra-6.17.0-35-generic
linux-tools-6.17.0-35-generic
0 aktualisiert, 12 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Inst libdebuginfod-common (0.190-1.1ubuntu0.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [all])
Inst libdebuginfod1t64 (0.190-1.1ubuntu0.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-modules-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-image-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-modules-extra-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-image-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-hwe-6.17-headers-6.17.0-35 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [all])
Inst linux-headers-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-headers-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-hwe-6.17-tools-6.17.0-35 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Inst linux-tools-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf libdebuginfod-common (0.190-1.1ubuntu0.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [all])
Conf libdebuginfod1t64 (0.190-1.1ubuntu0.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-modules-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-image-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-modules-extra-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-image-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-hwe-6.17-headers-6.17.0-35 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [all])
Conf linux-headers-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-headers-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-generic-hwe-24.04 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-hwe-6.17-tools-6.17.0-35 (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64])
Conf linux-tools-6.17.0-35-generic (6.17.0-35.35~24.04.1 Ubuntu:24.04/noble-updates, Ubuntu:24.04/noble-security [amd64]) Würde aber den hwe-6.17 installieren.
|
|
von.wert
Anmeldungsdatum:
23. Dezember 2020
Beiträge: 14212
|
|
|
schragge
Anmeldungsdatum:
27. Januar 2022
Beiträge: 231
|
@von.wert Sie haben bald auch -136 in proposed:
https://www.ubuntuupdates.org/package/canonical_kernel_team/noble/main/base/linux @NurNochDebianUser Ich sehe allerdings in den Changelogs für -135/-136 nichts IOMMU-Group-bezogen. hwe-6.17 wäre aber definitiv einen Versuch wert. Arch und SUSE haben Skripts, die IOMMU-Groups-Probleme debuggen helfen können:
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Habe nun den
uname -r
6.17.0-35-generic Damit gibt es das IOMMU-Problem nicht. Danke für die konstruktiven Hilfen.
|
|
Ruth-Wies
Anmeldungsdatum:
12. April 2023
Beiträge: 959
Wohnort: im Exil ;(
|
Bei noble müsste mit dem Kernel von 26.04 LTS das Ende des HWE erreicht sein. Und dieser 7.0.0-x liegt derzeit in linux-generic-hwe-24.04-edge.
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Der 6.17.0-35-generic (26. Mai) scheint mir aber neuer zu sein, als der 7.0.0-14-generic (24. April), installiert per apt-get install --install-recommends linux-generic-hwe-24.04-edge
siehe:
ls -lta /boot/
total 313652
drwxr-xr-x 5 root root 4096 Jul 2 15:52 .
drwxr-xr-x 5 root root 4096 Jul 2 15:52 grub
-rw------- 1 root root 82077038 Jul 2 15:47 initrd.img-7.0.0-14-generic
lrwxrwxrwx 1 root root 27 Jul 2 15:47 initrd.img -> initrd.img-7.0.0-14-generic
lrwxrwxrwx 1 root root 28 Jul 2 15:47 initrd.img.old -> initrd.img-6.17.0-35-generic
lrwxrwxrwx 1 root root 24 Jul 2 15:47 vmlinuz -> vmlinuz-7.0.0-14-generic
lrwxrwxrwx 1 root root 25 Jul 2 15:47 vmlinuz.old -> vmlinuz-6.17.0-35-generic
-rw------- 1 root root 81478611 Jul 2 14:20 initrd.img-6.17.0-35-generic
-rw------- 1 root root 77657463 Jul 2 14:11 initrd.img-6.8.0-134-generic
-rw------- 1 root root 15042952 Jun 26 18:36 vmlinuz-6.8.0-134-generic
-rw-r--r-- 1 root root 287560 Jun 26 17:31 config-6.8.0-134-generic
-rw------- 1 root root 9128449 Jun 26 17:31 System.map-6.8.0-134-generic
-rw------- 1 root root 16746568 Mai 26 19:56 vmlinuz-6.17.0-35-generic
-rw-r--r-- 1 root root 302871 Mai 26 19:56 config-6.17.0-35-generic
-rw------- 1 root root 10475899 Mai 26 19:56 System.map-6.17.0-35-generic
-rw------- 1 root root 16980360 Apr 24 14:15 vmlinuz-7.0.0-14-generic
-rw-r--r-- 1 root root 308089 Apr 24 14:10 config-7.0.0-14-generic
-rw------- 1 root root 10635078 Apr 24 14:10 System.map-7.0.0-14-generic
drwxr-xr-x 23 root root 4096 Mär 19 2025 ..
drwx------ 2 root root 16384 Jul 21 2024 lost+found
drwxr-xr-x 3 root root 4096 Jan 1 1970 efi
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Update: Das Problem mit dem 6.8.0*-Kernel ist nun final gelöst. Heute gab es ein Upgrade auf 6.8.0-136 und 7.0.0-28. Mit dem Kernel 6.8.0-136 klappt nun auch wieder der Start des KVM-Clients mit zur exklusiven Nutzung weitergereichten PCI-Netzwerk-Device. Das war also eindeutig ein Bug im 6.8.0-134-Kernel. Nun habe ich den 6.8.0*- und den 7.0.0*-Kernel zur Auswahl. Jetzt sollte ich mir wohl überlegen, welchen der beiden Kernelquellen ich deinstalliere. Den 7.0.0*-Kernel wieder los zu werden, ist ja recht simpel. Ein
apt-get remove --purge linux-generic-hwe-24.04-edge
apt autoremove linux*7.0.0* --purge
update-grub
würde das erledigen. Wie würde man jedoch den 6.8.0* los werden und welche Option wäre zu bevorzugen?
|
|
Ruth-Wies
Anmeldungsdatum:
12. April 2023
Beiträge: 959
Wohnort: im Exil ;(
|
NurNochDebianUser schrieb: … Mit dem Kernel 6.8.0-136 klappt nun auch wieder …
Das ist doch erfreulich.
… welche Option wäre zu bevorzugen?
Das kannst du halten, wie du möchtest. Wenn 6.8 mit obiger einen Ausnahme gut lief, dann gibt es eigentlich keinen zwingenden Grund zu wechseln. Der 7.0.0-28 ist übrigens seit heute nicht mehr „edge“, sondern der normale HWE-Kernel (linux-generic-hwe-24.04).
apt-get remove --purge linux-generic-hwe-24.04-edge
apt autoremove linux*7.0.0* --purge
update-grub
Entweder Zeile 1 oder Zeile 2; der Rest ist überflüssig, schadet aber nicht. Wie würde man jedoch den 6.8.0* los werden …
Damit würde ich noch warten bis über autoremove auch 7er entfernt werden. Die drei Metapakete, damit keine weiteren Aktualisierungen mehr dafür rein schneien, würdest du los werden mit: apt remove linux-image-generic linux-headers-generic
(Ja, da sind nur zwei angegeben. Das dritte, übergeordnete wird damit auch entfernt, weil diese beiden dessen Abhängigkeiten sind.)
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
Erledigt. Habe den 7.0.0*-Kernel entfernt. Hatte mit dem 6.8.0* bisher nie Probleme und die Entfernung des 6.8.0* hätte einen Neustart erfordert, da der Server ja nun bereits wieder fehlerfrei mit dem 6.8.0-136 läuft. Einziges kleines Manko: nun habe ich nur noch den 6.8.0-136 im /boot/-Verzeichnis, denn das
apt autoremove linux*7.0.0* --purge
hat auch gleich den 6.8.0-134 mit rausgeworfen. Da wäre ein remove statt autoremove wohl besser gewesen. Da der 6.8.0-134 für meine Konfiguration aber sowieso unbrauchbar ist, ist mir das dann auch egal gewesen und ich hab die Deinstallation auch von 6.8.0-134 einfach bestätigt.
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum:
18. September 2009
Beiträge: 10816
|
Hallo NurNochDebianUser zeig mal was du alles noch auf dem Server hast
dpkg -l | grep -i linux-i
|
|
NurNochDebianUser
(Themenstarter)
Anmeldungsdatum:
18. Februar 2026
Beiträge: 307
|
root@server01:~# dpkg -l | grep -i linux-i
rc linux-image-6.8.0-100-generic 6.8.0-100.100 amd64 Signed kernel image generic
rc linux-image-6.8.0-101-generic 6.8.0-101.101 amd64 Signed kernel image generic
rc linux-image-6.8.0-106-generic 6.8.0-106.106 amd64 Signed kernel image generic
rc linux-image-6.8.0-107-generic 6.8.0-107.107 amd64 Signed kernel image generic
rc linux-image-6.8.0-110-generic 6.8.0-110.110 amd64 Signed kernel image generic
rc linux-image-6.8.0-111-generic 6.8.0-111.111 amd64 Signed kernel image generic
rc linux-image-6.8.0-117-generic 6.8.0-117.117 amd64 Signed kernel image generic
rc linux-image-6.8.0-124-generic 6.8.0-124.124 amd64 Signed kernel image generic
ii linux-image-6.8.0-136-generic 6.8.0-136.136 amd64 Signed kernel image generic
rc linux-image-6.8.0-31-generic 6.8.0-31.31 amd64 Signed kernel image generic
rc linux-image-6.8.0-35-generic 6.8.0-35.35+1 amd64 Signed kernel image generic
rc linux-image-6.8.0-36-generic 6.8.0-36.36 amd64 Signed kernel image generic
rc linux-image-6.8.0-38-generic 6.8.0-38.38 amd64 Signed kernel image generic
rc linux-image-6.8.0-39-generic 6.8.0-39.39 amd64 Signed kernel image generic
rc linux-image-6.8.0-40-generic 6.8.0-40.40 amd64 Signed kernel image generic
rc linux-image-6.8.0-41-generic 6.8.0-41.41 amd64 Signed kernel image generic
rc linux-image-6.8.0-44-generic 6.8.0-44.44 amd64 Signed kernel image generic
rc linux-image-6.8.0-45-generic 6.8.0-45.45 amd64 Signed kernel image generic
rc linux-image-6.8.0-47-generic 6.8.0-47.47 amd64 Signed kernel image generic
rc linux-image-6.8.0-48-generic 6.8.0-48.48 amd64 Signed kernel image generic
rc linux-image-6.8.0-49-generic 6.8.0-49.49 amd64 Signed kernel image generic
rc linux-image-6.8.0-50-generic 6.8.0-50.51 amd64 Signed kernel image generic
rc linux-image-6.8.0-51-generic 6.8.0-51.52 amd64 Signed kernel image generic
rc linux-image-6.8.0-52-generic 6.8.0-52.53 amd64 Signed kernel image generic
rc linux-image-6.8.0-53-generic 6.8.0-53.55 amd64 Signed kernel image generic
rc linux-image-6.8.0-54-generic 6.8.0-54.56 amd64 Signed kernel image generic
rc linux-image-6.8.0-55-generic 6.8.0-55.57 amd64 Signed kernel image generic
rc linux-image-6.8.0-56-generic 6.8.0-56.58+1 amd64 Signed kernel image generic
rc linux-image-6.8.0-57-generic 6.8.0-57.59 amd64 Signed kernel image generic
rc linux-image-6.8.0-58-generic 6.8.0-58.60+1 amd64 Signed kernel image generic
rc linux-image-6.8.0-59-generic 6.8.0-59.61 amd64 Signed kernel image generic
rc linux-image-6.8.0-60-generic 6.8.0-60.63 amd64 Signed kernel image generic
rc linux-image-6.8.0-62-generic 6.8.0-62.65 amd64 Signed kernel image generic
rc linux-image-6.8.0-63-generic 6.8.0-63.66 amd64 Signed kernel image generic
rc linux-image-6.8.0-64-generic 6.8.0-64.67 amd64 Signed kernel image generic
rc linux-image-6.8.0-71-generic 6.8.0-71.71 amd64 Signed kernel image generic
rc linux-image-6.8.0-78-generic 6.8.0-78.78 amd64 Signed kernel image generic
rc linux-image-6.8.0-79-generic 6.8.0-79.79 amd64 Signed kernel image generic
rc linux-image-6.8.0-83-generic 6.8.0-83.83 amd64 Signed kernel image generic
rc linux-image-6.8.0-84-generic 6.8.0-84.84 amd64 Signed kernel image generic
rc linux-image-6.8.0-85-generic 6.8.0-85.85 amd64 Signed kernel image generic
rc linux-image-6.8.0-86-generic 6.8.0-86.87 amd64 Signed kernel image generic
rc linux-image-6.8.0-87-generic 6.8.0-87.88 amd64 Signed kernel image generic
rc linux-image-6.8.0-88-generic 6.8.0-88.89 amd64 Signed kernel image generic
rc linux-image-6.8.0-90-generic 6.8.0-90.91 amd64 Signed kernel image generic
rc linux-image-6.8.0-94-generic 6.8.0-94.96 amd64 Signed kernel image generic
ii linux-image-generic 6.8.0-136.136 amd64 Generic Linux kernel image
root@server01:~#
|