Bonjour, En redémarrant une machine qui tournait sur le kernel linux-image-6.1.0-28-amd64 et est passée en kernel linux-image-6.1.0-32-amd64, je me suis rendu compte que le service libvirtd retournait une erreur:
--8<------8<------8<------8<------8<------8<------8<------8<---- /ssh:proclos.tourde.home|sudo:[email protected]:/root $ systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; preset: enabled) Active: active (running) since Sun 2025-03-23 21:25:30 CET; 14min ago TriggeredBy: ● libvirtd.socket ● libvirtd-admin.socket ● libvirtd-ro.socket Docs: man:libvirtd(8) https://libvirt.org Main PID: 1105 (libvirtd) Tasks: 20 (limit: 32768) Memory: 28.0M CPU: 735ms CGroup: /system.slice/libvirtd.service └─1105 /usr/sbin/libvirtd --timeout 120 Mar 23 21:25:30 proclos systemd[1]: Starting libvirtd.service - Virtualization daemon... Mar 23 21:25:30 proclos systemd[1]: Started libvirtd.service - Virtualization daemon. Mar 23 21:25:30 proclos libvirtd[1105]: libvirt version: 9.0.0, package: 9.0.0-4+deb12u2 (Debian) Mar 23 21:25:30 proclos libvirtd[1105]: hostname: proclos Mar 23 21:25:30 proclos libvirtd[1105]: Unable to create bridge virbr0: Le paquetage n'est pas installé Mar 23 21:25:31 proclos libvirtd[1105]: Impossible d'ouvrir /dev/kvm: Aucun fichier ou dossier de ce type --8<------8<------8<------8<------8<------8<------8<------8<---- Après quelques rapides recherches, j'ai supposé que ça pouvait venir du kernel, et bingo c'est bien reparti avec la version -28-amd64 de celui-ci. Du coup, j'ai quelques questions: - Est-ce une erreur d'options de compilation, une mauvaise lecture de la doc (laquelle ?) ou un module à charger ? - Comment j'aurais pû anticiper cette perte de fonctionnalité ? - Où puis-je le signaler si c'est bien une erreur ? Je précise que c'est sur un hyperviseur Xen sous bookworm (Debian 12) Merci d'avance pour vos réponses.
