La console Spice1 ne fonctionne pas [Etait: Ma nouve lle VM libvirt trixie/debian cloud image s'arrête au démar rage]
Olivier <[email protected]>
| Newsgroups | gmane.linux.debian.user.french |
|---|---|
| Message-ID | <CAPeT9jgunxQECqFjeJnXC5kTNizk0sM=qsLqX_kPgj+q58vYVA@mail.gmail.com> |
Je peux installer des VM Trixie à partir des ISO standard. Ce qui ne marche pas, c'est l'installation à partir des images comme celle-ci: https://cloud.debian.org/images/cloud/trixie/20260413-2447/debian-13-nocloud-amd64-20260413-2447.qcow2 En cherchant avec Virt-manager comment démarrer en mode rescue, j'ai essayé la "Console série 1", par opposition à la "Console graphique Spice". Et là, surprise, tout fonctionne: je peux me connecter à la console et je peux aussi me connecter par SSH à la VM. En d'autres termes, contrairement à ce que j'ai écrit, la VM démarre parfaitement mais c'est la console Spice qui ne marche pas ! Celle-ci marche avec des VM Trixie créées à partir des ISO habituelles mais pas avec des images qcow2. Le jeu. 23 avr. 2026 à 19:41, NoSpam <[email protected]> a écrit : > > J'ai installé cette semaine deux VM trixie net install sur un host > trixie, aucun soucis. Vérifie si le shasum est correct. Aussi, démarre > en rescue pour voir. > > Le 23/04/2026 à 18:42, Olivier a écrit : > > Bonjour, > > > > Quand j'utilise une image debian-13-nocloud-amd64-20260413-2447.qcow2 > > pour initialiser sur un hôte Debian 13, une VM libvirt, la VM invitée > > se bloque au démarrage juste après avoir affiché à l'écran, une > > dizaine de lignes comme: > > > > audit: type=1400 audit(1776960921.552:10) apparmour="STATUS" > > operation="profile_load" profile="unconfined" name="busybox" pid=501 > > comm="apparmor_parser" > > > > Le même hôte sous Debian 13, je peut installer des invités avec des > > images debian-12-nocloud-amd64-2026*qcow2 et celles-ci démarrent > > normalement. > > > > En comparant avec un invité qui démarre normalement, je vois que les > > lignes audit ci-dessus sont les dernières affichées par dmesg, ce qui > > me laisse penser que c'est à l'étape qui suit que ça bloque. > > > > Une piste ? Une idée ? > > > > Pour l'instant, la seule solution de contournement est d'installer un > > invité de type Debian 12 et de migrer vers Debian 13. > > > > Slts >